Adrian Bunk | 2 Sep 02:15
Picon
Favicon

[RFC: 2.6 patch] remove some unused IDE stuff

This patch removes some dead IDE-related #define's and
"static inline" functions.

Please double-check it since I've only tested it with grep and didn't 
try compilation.

Signed-off-by: Adrian Bunk <bunk <at> stusta.de>

---

 arch/ppc/platforms/hdpu.c   |   40 -----------------------------------
 include/asm-m68knommu/ide.h |   41 ------------------------------------
 include/asm-parisc/ide.h    |    5 ----
 3 files changed, 86 deletions(-)

--- linux-2.6.13-mm1-full/arch/ppc/platforms/hdpu.c.old	2005-09-02 02:02:33.000000000 +0200
+++ linux-2.6.13-mm1-full/arch/ppc/platforms/hdpu.c	2005-09-02 02:04:08.000000000 +0200
@@ -608,46 +608,6 @@
 	}
 }

-#if defined(CONFIG_BLK_DEV_IDE) || defined(CONFIG_BLK_DEV_IDE_MODULE)
-static int hdpu_ide_check_region(ide_ioreg_t from, unsigned int extent)
-{
-	return check_region(from, extent);
-}
-
-static void
-hdpu_ide_request_region(ide_ioreg_t from, unsigned int extent, const char *name)
-{
(Continue reading)

Greg Ungerer | 5 Sep 07:29

Re: [RFC: 2.6 patch] remove some unused IDE stuff

Hi Adrian,

Adrian Bunk wrote:
> This patch removes some dead IDE-related #define's and
> "static inline" functions.
> 
> Please double-check it since I've only tested it with grep and didn't 
> try compilation.
> 
> 
> Signed-off-by: Adrian Bunk <bunk <at> stusta.de>

I think the include/asm-m68knommu/ide.h should just be removed
altogether. None of the underlying code support for it has been
carried into 2.6, so it is pretty much useless.

Regards
Greg

> ---
> 
>  arch/ppc/platforms/hdpu.c   |   40 -----------------------------------
>  include/asm-m68knommu/ide.h |   41 ------------------------------------
>  include/asm-parisc/ide.h    |    5 ----
>  3 files changed, 86 deletions(-)
> 
> --- linux-2.6.13-mm1-full/arch/ppc/platforms/hdpu.c.old	2005-09-02 02:02:33.000000000 +0200
> +++ linux-2.6.13-mm1-full/arch/ppc/platforms/hdpu.c	2005-09-02 02:04:08.000000000 +0200
> @@ -608,46 +608,6 @@
>  	}
(Continue reading)

Martin Schulze | 5 Sep 23:35
Favicon

Invitation to the Oldenburg Linux Developers Meeting

Dear developers,

there will be another Linux developers meeting taking place in
Oldenburg at the last weekend in September this year.  Like last year,
we will be able to start on Wednesday and work until Sunday.  So
diligent people can work up to four days in Oldenburg.

Executive summary:

URL:   http://meeting.ffis.de/Oldenburg2005/
What:  Oldenburg Linux Developers Meeting #A
Who:   Every developer interested in Linux on non-i386 platforms
       Every developer interested in developing the debian-installer
       Every developer interested in Debian-Java
When:  September, 21st to 25th (Wednesday noon to Sunday afternoon)
Where: University of Oldenburg, science building in Oldenburg Wechloy
Orga:  ffis e.V., Martin 'Joey' Schulze
Bonus: Regular rooms again, at least partially

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 these ports.
However, Debian developers and Debian Java people have asked whether
they can piggy-back a meeting at the same location as well.

We will have dedicated working and sleeping rooms in the university.
We are allowed to use the shower facility of the sports department
nearby where we can sleep as well this year.

We will have dinner together in a restaurant in the evening.  I'll put
(Continue reading)

Matthias Klose | 17 Sep 19:23
Picon

glibc binary NMU for hppa, built with gcc-3.4

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

John David Anglin | 18 Sep 19:22
Picon

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

> 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 <at> nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)

Matthias Klose | 20 Sep 11:34
Picon

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

John David Anglin writes:
> > 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?

can't check, it currently segfaults trying to generate the
classmap.db (same thing already happens with 4.0 on m68k-linux).

$ gdb .libs/gcj-dbtool
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 "/lib/libthread_db.so.1".

(gdb) set args -n foo.db
(gdb) run
Starting program:
/scratch/packages/gcc/snap/gcc-snapshot-20050919/build/hppa-linux-gnu/libjava/.libs/gcj-dbtool
-n foo.db
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 4227)]
[New Thread 32769 (LWP 4230)]
[New Thread 16386 (LWP 4231)]

Program received signal SIGSEGV, Segmentation fault.
(Continue reading)

Matthias Klose | 20 Sep 16:30
Picon

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

John David Anglin writes:
> > 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?

down to 475 test failures. Maybe related to PR23602

John David Anglin | 20 Sep 17:51
Picon

Re: [parisc-linux] glibc binary NMU for hppa, built with gcc-3.4

> John David Anglin writes:
> > > 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?
> 
> down to 475 test failures. Maybe related to PR23602

I suspect that there are still glibc issues.

With 2.3.2.ds1-22, I don't see anywhere this number of fails:
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00946.html.
>From testing with 4.1, I know that the SyncTest and Thread_Monitor
can be fixed by adding locking to the pa compare_and_swap
implementation for java.  This is important on SMP systems.

I made a couple of changes to libjava on head which fixed problems
with java exception handling on the pa:

2005-08-21  John David Anglin  <dave.anglin <at> nrc-cnrc.gc.ca>

        PR libgcj/23507
	* stacktrace.cc (_Jv_StackTrace::UnwindTraceFn): Fix typo in newLength
	assignment.  Cast operands of compare to function pointer type.

2005-08-20  John David Anglin  <dave.anglin <at> nrc-cnrc.gc.ca>

        PR libgcj/21692
	* sysdep/pa/descriptor.h: New file.
(Continue reading)

Grant Grundler | 24 Sep 20:54

Bug#329888: [parisc-linux] binutils breaks hppa kernel build, bad operands of fic, m

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

Grant Grundler | 24 Sep 21:06

Bug#329888: [parisc-linux] binutils breaks hppa kernel build,

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 <at> nrc-cnrc.gc.ca
> National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
> _______________________________________________
> parisc-linux mailing list
> parisc-linux <at> lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
(Continue reading)


Gmane