From mboxrd@z Thu Jan 1 00:00:00 1970 From: Domenico Andreoli Subject: Re: [PATCH] parisc: futex: Use same lock set as lws calls Date: Tue, 18 Oct 2011 11:33:29 +0200 Message-ID: References: <20111009204010.GA22374@hiauly1.hia.nrc.ca> <20111017152358.GA3518@glitch> <4E9C6F9E.5000605@bell.net> <4E9C9643.6030309@systemhalted.org> <4E9C9971.5090806@bell.net> <20111017215734.GA28681@glitch> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: "Carlos O'Donell" , debian-hppa@lists.debian.org, linux-parisc To: John David Anglin Return-path: In-Reply-To: List-ID: List-Id: linux-parisc.vger.kernel.org On Tue, Oct 18, 2011 at 12:28 AM, John David Anglin wrote: > > On 17-Oct-11, at 5:57 PM, Domenico Andreoli wrote: > >> On Mon, Oct 17, 2011 at 05:09:05PM -0400, John David Anglin wrote: >>> >>> On 10/17/2011 4:55 PM, Carlos O'Donell wrote: >>>> >>>> On 10/17/2011 2:10 PM, John David Anglin wrote: >>>>>> >>>>>> On 10/17/2011 11:47 AM, Carlos O'Donell wrote: >>>>>>>> >>>>>>>> The test-fork1 failure is still unexplained and happens interm= ittently. >>>>>>> >>>>>>> I have built a lot of unstable on my rp3440. =A0I think this >>>>> >>>>> one causes failures in the thread >>>>>> >>>>>> testsuites of perl, python2.7 and glib2.0. =A0These are characte= rized by tests hanging. >>>>>>> >>>>>>> There is another class of failures. =A0They typically cause >>>>> >>>>> my rp3440 to crash due >>>>>> >>>>>> to cache corruption. =A0The GCC libgomp and libatomic-ops testsu= ite seem to trigger >>>>>> this one. =A0As I have mentioned, it's the libgomp "for" tests t= hat >>>>>>>> >>>>>>>> The cancellation issues happen in tst-cancel*. >>>>>>>> >>>>>>>> I believe the cancellation issues are toolchain issues and I n= eed to >>>>>>>> look into them. >>>>>> >>>>>> Possibly, this is related to the following bug that I found last= week building mpfr-3.1.0: >>>>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D50691 >>>>>> A call to __tls_get_addr clobbers first argument of call to mpfr= _cache. =A0Don't have a >>>>>> fix at the moment, but there is a simple testcase. >>>>>>> >>>>>>> On a different subject, I tried to get udev-172-1 working. >>>>> >>>>> However, this breaks bootstrap >>>>>> >>>>>> due to an invalid argument in a call to inotify_init. =A0It's so= mewhat timing dependent since >>>>>> some kernels will boot if they build enough of /dev before udev = messes up. =A0In any case, >>>>>> I believe that Guy Martin posted a patch a year or so ago to cor= rect an inconsistency >>>>>> between the glibc and the kernel for some bit definitions. =A0I'= m thinking this may fix the >>>>>> udev problem. >>>> >>>> What patch is this? I don't remember it. URL? >>>> >>> http://www.cygwin.com/ml/libc-ports/2010-08/msg00001.html >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D617973 >> > dave@mx3210:~$ dpkg -l libc6 > Desired=3DUnknown/Install/Remove/Purge/Hold > | Status=3DNot/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWai= t/Trig-pend > |/ Err?=3D(none)/Reinst-required (Status,Err: uppercase=3Dbad) > ||/ Name =A0 =A0 =A0 =A0 =A0 Version =A0 =A0 =A0 =A0Description > +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=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 =A0libc6 =A0 =A0 =A0 =A0 =A02.13-10 =A0 =A0 =A0 =A0Embedded GNU C = Library: Shared libraries > > Bug was supposed to be fixed in 2.13-0exp4... > > This is the console output: > > ... > Loading, please wait... > mount: mounting udev on /dev failed: No such device > W: devtmpfs not available, falling back to tmpfs for /dev > udevd[834]: inotify_init failed: Invalid argument > udevd[834]: error initializing inotify > Begin: Loading essential drivers ... SCSI subsystem initialized done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... > Begin: Running /scripts/local-top ... done. > Begin: Waiting for root file system ... done. > Gave up waiting for root device. Common problems: > =A0- Boot args (cat /proc/cmdline) > =A0 =A0- Check rootdelay=3D (did the system wait long enough?) > =A0 =A0- Check root=3D (did the system wait for the right device?) > =A0- Missing modules (cat /proc/modules; ls /dev) > chvt: can't open console > ALERT! /dev/sda5 does not exist. Dropping to a shell! > > BusyBox v1.18.4 (Debian 1:1.18.4-1) built-in shell (ash) > Enter 'help' for a list of built-in commands. > > /bin/sh: can't access tty; job control turned off > (initramfs) Unfortunately I've never been able to build eglibc with the supposed fix, indeed I'm running an hacked udev on libc 2.11.something. BTW, how did you successfully build it? you said you build a good part of unstable, I would like to do the same and maybe upload some key packages... Regards, Domenico -- To unsubscribe from this list: send the line "unsubscribe linux-parisc"= in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html