headers
Kyle McMartin | 2 Jul 2009 05:48
Favicon

[git] parisc: Changes to ref refs/heads/parisc

New commits:
commit 89ff26af79bd7ba93e5d98aa194527e55839e64a
Author: Alexander Beregalov <a.beregalov <at> gmail.com>
Date:   Thu Apr 16 14:45:59 2009 +0000

    parisc: superio: fix build breakage

    Usage of parport_pc_probe_port was changed in 28783eb52
    (parport: Fix various uses of parport_pc).

    It introduced this build error:
    drivers/parisc/superio.c: In function 'superio_parport_init':
    drivers/parisc/superio.c:437: error: too few arguments to function
    				'parport_pc_probe_port'

    Fix it.

    Signed-off-by: Alexander Beregalov <a.beregalov <at> gmail.com>
    Signed-off-by: Kyle McMartin <kyle <at> mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Kyle McMartin | 2 Jul 2009 19:12
Favicon

[git] parisc: Changes to ref refs/heads/parisc

New commits:
commit 0517fbf0368b173814ca6c2a260abbb83754d09d
Author: Kyle McMartin <kyle <at> mcmartin.ca>
Date:   Thu Jul 2 13:10:29 2009 -0400

    parisc: use generic atomic64 on 32-bit

    Somewhat redundant since our atomic_t uses hashed-locks on 32-bit
    anyway... Maybe we can clean those up to be generic too someday.

    Signed-off-by: Kyle McMartin <kyle <at> mcmartin.ca>

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Kyle McMartin | 3 Jul 2009 06:51
Favicon

[git] parisc: Changes to ref refs/heads/tracehook

Rebased ref, commits from common ancestor:
commit a1a05b2c74e95132143d10fa2282982076f1b6da
Author: Kyle McMartin <kyle <at> phobos.i.jkkm.org>
Date:   Mon Apr 27 00:51:13 2009 -0400

    parisc: TIF_NOTIFY_RESUME

    Not-yet-signed-off-by: Kyle McMartin <kyle <at> mcmartin.ca>

commit 69ec70ca574565ec6423684bcebc9c543b6eacbc
Author: Kyle McMartin <kyle <at> phobos.i.jkkm.org>
Date:   Mon Apr 27 00:29:53 2009 -0400

    parisc: tracehook_signal_handler

    This makes parisc call the standard tracehook_signal_handler hook
    in <linux/tracehook.h> after setting up a signal handler.

    Not-yet-signed-off-by: Kyle McMartin <kyle <at> mcmartin.ca>

commit 9b1332c0151b50526980891d96fe9dec09b5aaaf
Author: Kyle McMartin <kyle <at> phobos.i.jkkm.org>
Date:   Sun Apr 26 23:53:34 2009 -0400

    parisc: tracehook_report_syscall

    This makes parisc use the standard tracehook_report_syscall_entry
    and tracehook_report_syscall_exit hooks in <linux/tracehook.h>.

    To do this, we need to access current->thread.regs, and to know
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kyle McMartin | 3 Jul 2009 07:22
Favicon

[GIT]: parisc for 2.6.31

Hi Linus,

Sorry these got delayed passed -rc1, but we were tracking down a few
last minute bugs, and I wanted it to get some testing across a bunch of
different hardware. (The only reason for the new commit timestamps is I
rewrote a few of the commit messages, the patch contents are unchanged
from what's been in the parisc branch for a few weeks now.)

parisc-folks: the 'parisc' branch will get rebased after the merge, so
you'll have to manually update your local branches that follow it.

Thanks, Kyle

The following changes since commit d888a4c76c51092993643f8992bf55b3c28da483:
  Linus Torvalds (1):
        Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/vapier/blackfin

are available in the git repository at:

  hera.kernel.org:/pub/scm/linux/kernel/git/kyle/parisc-2.6.git for-linus

Alexander Beregalov (5):
      parisc: stifb: should depend on STI_CONSOLE
      parisc: ccio-dma: fix build failure without procfs
      parisc: remove CVS keywords
      parisc: decode_exc.c should include kernel.h
      parisc: superio: fix build breakage

Bastian Blank (1):
      parisc: Remove casts from atomic macros
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kurt Roeckx | 3 Jul 2009 20:57
Picon

Re: HPPA and Squeeze

On Fri, Jun 19, 2009 at 05:43:24PM +0200, Philipp Kern wrote:
> On Fri, Jun 19, 2009 at 05:15:26PM +0200, Kurt Roeckx wrote:
> > Here is a list of packages that failed to build because of instability
> > on the buildds today:
> > package     | buildd   | error
> > qgit        | penalosa | make: *** [install] Segmentation fault
> > acpica-unix | peri     | make: *** [install] Segmentation fault
> 
> I had those random segfaults in make on paer too, until we switched to the
> UP kernel, at least from what I saw.

Did something change to peri?  I'm currently only seeing them on
penalosa.

Failed logs the past few days:
Jun 22 | wesnoth                | penalosa | quilt segfaults
Jun 22 | gitg                   | penalosa | quilt segfaults
Jun 23 | zita-convolver         | penalosa | quilt segfaults
Jun 25 | autodocksuite          | penalosa | make segfaults
Jun 26 | mpd                    | penalosa | find segfaults?
Jun 30 | scorched3d             | penalosa | make segfaults
Jun 30 | libtext-bibtex-perl    | penalosa | make segfaults
Jun 30 | gnome-chemistry-utils  | penalosa | libtool segfaults
Jul 01 | openmsx-catapult       | penalosa | make segfaults
Jul 01 | prima                  | penalosa | make segfaults
Jul 01 | fvwm                   | penalosa | gcc says as had a segfault
Jul 01 | cherokee               | penalosa | quilt segfaults
Jul 03 | vflib3		        | penalosa | make segfaults
Jul 03 | rpy2		        | penalosa | make segfaults
Jul 03 | debian-installer-utils | penalosa | make segfaults
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philipp Kern | 3 Jul 2009 21:28
Picon
Favicon

Re: HPPA and Squeeze

On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
> Did something change to peri?  I'm currently only seeing them on
> penalosa.

UP kernel, maybe?

Kind regards,
Philipp Kern
--

-- 
 .''`.  Philipp Kern                        Debian Developer
: :' :  http://philkern.de                         Stable Release Manager
`. `'   xmpp:phil <at> 0x539.de                         Wanna-Build Admin
  `-    finger pkern/key <at> db.debian.org
Permalink | Reply | 0 comments |
headers
Kurt Roeckx | 4 Jul 2009 00:15
Picon

Re: HPPA and Squeeze

On Fri, Jul 03, 2009 at 09:28:00PM +0200, Philipp Kern wrote:
> On Fri, Jul 03, 2009 at 08:57:56PM +0200, Kurt Roeckx wrote:
> > Did something change to peri?  I'm currently only seeing them on
> > penalosa.
> 
> UP kernel, maybe?

Both peri and penalosa run 2.6.29-2-parisc64-smp and from what I
can tell run on identical hardware.

Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
John David Anglin | 4 Jul 2009 21:52
Picon

Re: HPPA and Squeeze

> And then there is glob2 that fails with:
> /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach
0000f9bf_memcpy <at>  <at> GLIBC_2.2+0, recompile with -ffunction-sections
> /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle
R_PARISC_PCREL17F for memcpy <at>  <at> GLIBC_2.2
> /usr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit status

I couldn't duplicate the problem with binutils 2.19.1-1 and gcc-4.3
4.3.3-10, or with my own binutils build on two different systems.

The above shouldn't happen as the text size of FileManager.o is well below
the size where a 17-bit branch can't reach the stub table.  Possibly, the
stub table is full.  On the otherhand, the "0000f9bf_memcpy <at>  <at> GLIBC_2.2+0"
string looks garbled.  So, this may be another form of the SMP memory
corruption that causes the segvs, particularly if it isn't reproducible
on the build system.

The suggestion to "recompile with -ffunction-sections" is somewhat
misleading.  While -ffunction-sections may help sometimes, in other
cases it may be necessary to play with the ld --stub-group-size=N
option, or to compile with -mlong-calls.

Dave
--

-- 
J. David Anglin                                  dave.anglin <at> nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo <at> vger.kernel.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
John David Anglin | 4 Jul 2009 22:05
Picon

Collected parisc patches for 2.6.30.1

I've collected a bunch of parisc bug fixes and other changes that
apply against 2.6.30.1.  Sorry about the loss of attribution.

I really wish we had a set of stable git trees (e.g., parisc-2.6.30.y)
against which safe parisc changes are applied.

Dave
-- 
J. David Anglin                                  dave.anglin <at> nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

diff --git a/arch/parisc/include/asm/atomic.h b/arch/parisc/include/asm/atomic.h
index ada3e53..7d5ebf1 100644
--- a/arch/parisc/include/asm/atomic.h
+++ b/arch/parisc/include/asm/atomic.h
 <at>  <at>  -222,13 +222,13  <at>  <at>  static __inline__ int atomic_add_unless(atomic_t *v, int a, int u)

 #define atomic_inc_not_zero(v) atomic_add_unless((v), 1, 0)

-#define atomic_add(i,v)	((void)(__atomic_add_return( ((int)(i)),(v))))
-#define atomic_sub(i,v)	((void)(__atomic_add_return(-((int)(i)),(v))))
+#define atomic_add(i,v)	((void)(__atomic_add_return( (i),(v))))
+#define atomic_sub(i,v)	((void)(__atomic_add_return(-(i),(v))))
 #define atomic_inc(v)	((void)(__atomic_add_return(   1,(v))))
 #define atomic_dec(v)	((void)(__atomic_add_return(  -1,(v))))

-#define atomic_add_return(i,v)	(__atomic_add_return( ((int)(i)),(v)))
-#define atomic_sub_return(i,v)	(__atomic_add_return(-((int)(i)),(v)))
+#define atomic_add_return(i,v)	(__atomic_add_return( (i),(v)))
+#define atomic_sub_return(i,v)	(__atomic_add_return(-(i),(v)))
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kurt Roeckx | 4 Jul 2009 23:03
Picon

Re: HPPA and Squeeze

On Sat, Jul 04, 2009 at 03:52:16PM -0400, John David Anglin wrote:
> > And then there is glob2 that fails with:
> > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot reach
0000f9bf_memcpy <at>  <at> GLIBC_2.2+0, recompile with -ffunction-sections
> > /usr/bin/ld: libgag/src/libgag.a(FileManager.o)(.text+0x2fc8): cannot handle
R_PARISC_PCREL17F for memcpy <at>  <at> GLIBC_2.2
> > /usr/bin/ld: final link failed: Bad value
> > collect2: ld returned 1 exit status
> 
> I couldn't duplicate the problem with binutils 2.19.1-1 and gcc-4.3
> 4.3.3-10, or with my own binutils build on two different systems.
> 
> The above shouldn't happen as the text size of FileManager.o is well below
> the size where a 17-bit branch can't reach the stub table.  Possibly, the
> stub table is full.  On the otherhand, the "0000f9bf_memcpy <at>  <at> GLIBC_2.2+0"
> string looks garbled.  So, this may be another form of the SMP memory
> corruption that causes the segvs, particularly if it isn't reproducible
> on the build system.

It actually already failed twice on the same system with the same
error.  I've just let it retry again, we'll see if it fails again.

The log file show this is with:
gcc-4.3 4.3.3-13 / 4.3.3-11
binutils 2.19.1-1

Kurt

--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
(Continue reading)

Permalink | Reply | 0 comments |

Gmane