Guy Martin | 2 Feb 17:21
Picon
Favicon

GDB includes asm/offsets.h


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
Aurelien Jarno | 2 Feb 19:05

glibc 2.5 and binutils CVS

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,
Aurélien

--

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32 <at> debian.org         | aurelien <at> aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
Guy Martin | 2 Feb 19:28
Picon
Favicon

Re: glibc 2.5 and binutils CVS


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 <at> aurel32.net> wrote:

> 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,
> Aurélien

--

-- 
Guy Martin
Gentoo Linux - HPPA port Lead
(Continue reading)

Aurelien Jarno | 2 Feb 19:30

Re: glibc 2.5 and binutils CVS

Guy Martin a écrit :
> Aurelien,
> 
> The trivial attached patch fix this issue.
> 
> Glibc hackers, please commit.
> 

oh it was so trivial! Thanks. And sorry for not having searched more a
solution.

Aurelien

--

-- 
  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32 <at> debian.org         | aurelien <at> aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
Carlos O'Donell | 2 Feb 22:50

Re: glibc 2.5 and binutils CVS

On 2/2/07, Guy Martin <gmsoft <at> gentoo.org> wrote:
> The trivial attached patch fix this issue.
> Glibc hackers, please commit.

Thanks. Checked into upstream.

Cheers,
Carlos.
Mike Frysinger | 3 Feb 04:15
Picon
Favicon
Gravatar

input constraints in atomic.h too loose ?

while building glibc-2.5/cvs with gcc-4.1.1, i hit an error about invalid 
operands in the locking code ... looks like the declared constraints for the 
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 
/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 
-mike
Attachment (vfprintf.i): text/x-objcsrc, 834 bytes
	.LEVEL 1.1
	.text
	.align 4
	.type	buffered_vfprintf, @function
buffered_vfprintf:
	.PROC
(Continue reading)

Guy Martin | 3 Feb 23:33
Picon
Favicon

2.6.20-rc7 killed my K410


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
(Continue reading)

Aurelien Jarno | 5 Feb 22:25

glibc 2.5 & TLS linuxthreads (+ NPTL status)

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 <at> debian.org         | aurelien <at> aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net
(Continue reading)

Guy Martin | 5 Feb 22:32
Picon
Favicon

Re: glibc 2.5 & TLS linuxthreads (+ NPTL status)

On Mon, 05 Feb 2007 22:25:35 +0100
Aurelien Jarno <aurelien <at> 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
Carlos O'Donell | 6 Feb 00:35

Re: [parisc-linux] glibc 2.5 & TLS linuxthreads (+ NPTL status)

On 2/5/07, Guy Martin <gmsoft <at> gentoo.org> 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 :)

1. Retrieve glibc head.
2. Apply http://www.parisc-linux.org/~carlos/libc-head-2007-02-05.diff
3. Build.
4. Run testsuite.

The NPTL support for hppa-linux is still alpha quality. The testsuite
failures need examining and debugging.

Cheers,
Carlos.


Gmane