Is the vger 2.2 kernel branch dead

Is the vger 2.2 kernel branch dead

[VALETTE Eric]

I tried to upgrade here and no changes during one month!!!
As there still some important bugs in 2.2.10++, I wonder
why nothing happens???

-- 
   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Canon CRF - Communication Dept
(___, / (_(_(__         	Rue de la touche lambert
				35517 Cesson-Sevigne  Cedex
				FRANCE
Tel: +33 (0)2 99 87 68 91	Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr	http://www.crf.canon.fr

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Matt Porter]

On Mon, 19 Jul 1999, VALETTE Eric wrote:

> I tried to upgrade here and no changes during one month!!!
> As there still some important bugs in 2.2.10++, I wonder
> why nothing happens???

Perhaps nobody has submitted any bug fixes?

--
Matt Porter
mmporter@home.com
This is Linux Country. On a quiet night, you can hear Windows reboot.


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Hartmut Koptein]

> > I tried to upgrade here and no changes during one month!!!
> > As there still some important bugs in 2.2.10++, I wonder
> > why nothing happens???
> 
> Perhaps nobody has submitted any bug fixes?

Btw: what is the status for the SHM bug? Can we easiely push it up to 16MB?

/usr/src/linux/include/asm/shmparam.h

#define SHMMAX 0x1000000                /* max shared seg size (bytes) */


Another problem is the missing  set_bit, clear_bit, ... in /usr/include/asm/bitops.h

This is ifdefed with   #if 0 ... #endif


Regards,


       Hartmut

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

cdrecord (Re: Is the vger 2.2 kernel branch dead)

[Brad Midgley]

on the topic of cdrecord, i found i can burn to CDRW media but not CDRs
(it dies with "retryable errors" when closing the CDR)  this is on a
7500's external bus with paul's 2.2.10 and a ricoh MP6201S firmware 2.20
using Cdrecord release 1.8a22. has anyone else seen this?

> #define SHMMAX 0x1000000                /* max shared seg size (bytes) */

this one can be fixed in userspace. in /etc/rc.d/rc.sysinit:

# set shmmax to allow cdrecord to work
echo 6000000 >/proc/sys/kernel/shmmax

Brad
brad@pht.com | http://www.pht.com/~brad/



[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Johnnie Peters]

Matt Porter wrote:
> 
> On Mon, 19 Jul 1999, VALETTE Eric wrote:
> 
> > I tried to upgrade here and no changes during one month!!!
> > As there still some important bugs in 2.2.10++, I wonder
> > why nothing happens???
> 
> Perhaps nobody has submitted any bug fixes?
> 
> --

Actually that is not true.  Motorola has submitted changes to both Paul
and Cort that have not made it into vger.  Last I know the sources in
vger would not boot on Motorola platforms other than Blackhawks and
Utahs.

I'd very much like to get the changes in.

Johnnie

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Tom Rini]

On Mon, 19 Jul 1999, Johnnie Peters wrote:

> Matt Porter wrote:
> > 
> > On Mon, 19 Jul 1999, VALETTE Eric wrote:
> > 
> > > I tried to upgrade here and no changes during one month!!!
> > > As there still some important bugs in 2.2.10++, I wonder
> > > why nothing happens???
> > 
> > Perhaps nobody has submitted any bug fixes?
> 
> Actually that is not true.  Motorola has submitted changes to both Paul
> and Cort that have not made it into vger.  Last I know the sources in
> vger would not boot on Motorola platforms other than Blackhawks and
> Utahs.

Try putting 'em vs 2.3.x.  I think right now the push is to fix all the
little annoyances/problems that we're stuck w/ in 2.2.x and move forward
in 2.3.x.  Then backport things later on.

---
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Neil Piercy]

----- Original Message -----
From: Tom Rini <trini@disparity.net>
To: Johnnie Peters <jpeters@phx.mcd.mot.com>
Cc: Matt Porter <mmporter@home.com>; VALETTE Eric <valette@crf.canon.fr>;
<linuxppc-dev@lists.linuxppc.org>
Sent: 19 July 1999 23:47
Subject: Re: Is the vger 2.2 kernel branch dead


> On Mon, 19 Jul 1999, Johnnie Peters wrote:
>
> Try putting 'em vs 2.3.x.  I think right now the push is to fix all the
> little annoyances/problems that we're stuck w/ in 2.2.x and move forward
> in 2.3.x.  Then backport things later on.

I thought 2.2.x was meant to be the stable branch and 2.3.x the dev ?  It
seems strange to back-port fixes to known bugs in the stable branch from a
dev branch which is frequently broken - or do I misunderstand ? Stable
doesnt equal frozen in my book.

Neil
> ---
> Tom Rini (TR1265)
> http://gate.crashing.org/~trini/



[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Tom Rini]

On Tue, 20 Jul 1999, Neil Piercy wrote:

> From: Tom Rini <trini@disparity.net>
> 
> > On Mon, 19 Jul 1999, Johnnie Peters wrote:
> >
> > Try putting 'em vs 2.3.x.  I think right now the push is to fix all the
> > little annoyances/problems that we're stuck w/ in 2.2.x and move forward
> > in 2.3.x.  Then backport things later on.
> 
> I thought 2.2.x was meant to be the stable branch and 2.3.x the dev ?  It
> seems strange to back-port fixes to known bugs in the stable branch from a
> dev branch which is frequently broken - or do I misunderstand ? Stable
> doesnt equal frozen in my book.

2.2.x is for obvious and correct stuff, important fixes and the like.
Some of the stuff no doubt belongs in 2.2.x.  Other things I've seen go
past (Hotswap PCI) is most definatly a 2.3.x thing (IMHO) and might need
some work to be accepted by linus (as hotswap is a generic thing, but i
didn't look over that patch very well).  Of course another problem is
making sure Cort or Paul actually sees the patch and doesn't accidently
just delete it.  I know Cort gave some people who asked accounts on
linuxppc.cs.nmt.edu for patches, and I think there's a place anyone can
upload...

---
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Martin Costabel]

Tom Rini wrote:
> 
> On Tue, 20 Jul 1999, Neil Piercy wrote:
> 
> > From: Tom Rini <trini@disparity.net>
> >
> > > On Mon, 19 Jul 1999, Johnnie Peters wrote:
> > >
> > > Try putting 'em vs 2.3.x.  I think right now the push is to fix all the
> > > little annoyances/problems that we're stuck w/ in 2.2.x and move forward
> > > in 2.3.x.  Then backport things later on.
> >
> > I thought 2.2.x was meant to be the stable branch and 2.3.x the dev ?  It
> > seems strange to back-port fixes to known bugs in the stable branch from a
> > dev branch which is frequently broken - or do I misunderstand ? Stable
> > doesnt equal frozen in my book.
> 
> 2.2.x is for obvious and correct stuff, important fixes and the like.
> Some of the stuff no doubt belongs in 2.2.x.  Other things I've seen go
> past (Hotswap PCI) is most definatly a 2.3.x thing (IMHO) and might need
> some work to be accepted by linus (as hotswap is a generic thing, but i
> didn't look over that patch very well).  Of course another problem is
> making sure Cort or Paul actually sees the patch and doesn't accidently
> just delete it.  I know Cort gave some people who asked accounts on
> linuxppc.cs.nmt.edu for patches, and I think there's a place anyone can
> upload...

Is anyone in the PPC camp actually following the vger 2.3.x branch? I am
asking because since almost a month this branch hasn't compiled on my
ppc any more, due to some obvious bugs. Maybe it is better to wait until
the dust from that page-cache adventure has settled? 

--
Martin

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Matt Porter]

On Mon, 19 Jul 1999, Johnnie Peters wrote:

> Matt Porter wrote:
> > 
> > On Mon, 19 Jul 1999, VALETTE Eric wrote:
> > 
> > > I tried to upgrade here and no changes during one month!!!
> > > As there still some important bugs in 2.2.10++, I wonder
> > > why nothing happens???
> > 
> > Perhaps nobody has submitted any bug fixes?
> > 
> Actually that is not true.  Motorola has submitted changes to both Paul
> and Cort that have not made it into vger.  Last I know the sources in
> vger would not boot on Motorola platforms other than Blackhawks and
> Utahs.
> 
> I'd very much like to get the changes in.

I was being facetious.  Honestly, somebody is feeding me a major line of
crap.  Cort claims to get no patches from Motorola, yet Johnnie claims to
be sending them in.  Since my stuff is in Johnnie's repository, it's a
problem for me.  Hopefully, this time things start going in cause if
not we'll have to find another route.

-- 
Matt Porter
mmporter@home.com
This is Linux Country. On a quiet night, you can hear Windows reboot.


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Johnnie Peters]

This is as we speak being fixed.  Look at vger in the next
few days for the changes.

Johnnie




Matt Porter wrote:
> 
> On Mon, 19 Jul 1999, Johnnie Peters wrote:
> 
> > Matt Porter wrote:
> > >
> > > On Mon, 19 Jul 1999, VALETTE Eric wrote:
> > >
> > > > I tried to upgrade here and no changes during one month!!!
> > > > As there still some important bugs in 2.2.10++, I wonder
> > > > why nothing happens???
> > >
> > > Perhaps nobody has submitted any bug fixes?
> > >
> > Actually that is not true.  Motorola has submitted changes to both Paul
> > and Cort that have not made it into vger.  Last I know the sources in
> > vger would not boot on Motorola platforms other than Blackhawks and
> > Utahs.
> >
> > I'd very much like to get the changes in.
> 
> I was being facetious.  Honestly, somebody is feeding me a major line of
> crap.  Cort claims to get no patches from Motorola, yet Johnnie claims to
> be sending them in.  Since my stuff is in Johnnie's repository, it's a
> problem for me.  Hopefully, this time things start going in cause if
> not we'll have to find another route.
> 
> --
> Matt Porter
> mmporter@home.com
> This is Linux Country. On a quiet night, you can hear Windows reboot.

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[VALETTE Eric]

>>>>> "Matt" == Matt Porter <mmporter@home.com> writes:

Matt> On Mon, 19 Jul 1999, Johnnie Peters wrote:

Matt> I was being facetious.  Honestly, somebody is feeding me a major line of
Matt> crap.  Cort claims to get no patches from Motorola, yet Johnnie claims to
Matt> be sending them in.  Since my stuff is in Johnnie's repository, it's a
Matt> problem for me.  Hopefully, this time things start going in cause if
Matt> not we'll have to find another route.

I was thinking Cort may be on vacation... If this is the case, It's bad
it has not been announced. Nevertheless, once again, the lack of transparency
for patch handling is *really* annoying...

I understand patches can be rejected. At least I would like to know why...

-- 
   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Canon CRF - Communication Dept
(___, / (_(_(__         	Rue de la touche lambert
				35517 Cesson-Sevigne  Cedex
				FRANCE
Tel: +33 (0)2 99 87 68 91	Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr	http://www.crf.canon.fr

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Geert Uytterhoeven]

On Thu, 22 Jul 1999, VALETTE Eric wrote:
> >>>>> "Matt" == Matt Porter <mmporter@home.com> writes:
> 
> Matt> On Mon, 19 Jul 1999, Johnnie Peters wrote:
> 
> Matt> I was being facetious.  Honestly, somebody is feeding me a major line of
> Matt> crap.  Cort claims to get no patches from Motorola, yet Johnnie claims to
> Matt> be sending them in.  Since my stuff is in Johnnie's repository, it's a
> Matt> problem for me.  Hopefully, this time things start going in cause if
> Matt> not we'll have to find another route.
> 
> I was thinking Cort may be on vacation... If this is the case, It's bad

AFAIK Cort is not on vacation. He checks in patches at vger on a daily base.

> it has not been announced. Nevertheless, once again, the lack of transparency
> for patch handling is *really* annoying...
> 
> I understand patches can be rejected. At least I would like to know why...

Just saw this:

CVSROOT:        /vger/u4/cvs
Module name:    linux
Branch:         linux_2_2
Changes by:     cort@vger.rutgers.edu   99/07/21 21:49:46

Modified files:
        arch/ppc       : defconfig 
        arch/ppc/boot  : Makefile misc.c 
        arch/ppc/kernel: i8259.c irq.c prep_pci.c prep_setup.c smp.c 

Log message:
        Changes for Moto SMP boards from Johnnie Peters

CVSROOT:        /vger/u4/cvs
Module name:    linux
Branch:         linux_2_2
Changes by:     cort@vger.rutgers.edu   99/07/21 21:52:26

Modified files:
        include/asm-ppc: keyboard.h 

Log message:
        More MTX changes from Johnnie

CVSROOT:        /vger/u4/cvs
Module name:    linux
Branch:         linux_2_2
Changes by:     cort@vger.rutgers.edu   99/07/21 21:56:57

Modified files:
        .              : CREDITS 

	Log message:
	        Add Johnnie

Greetings,

						Geert

--
Geert Uytterhoeven                     Geert.Uytterhoeven@cs.kuleuven.ac.be
Wavelets, Linux/{m68k~Amiga,PPC~CHRP}  http://www.cs.kuleuven.ac.be/~geert/
Department of Computer Science -- Katholieke Universiteit Leuven -- Belgium


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[VALETTE Eric]

>>>>> "Geert" == Geert Uytterhoeven <Geert.Uytterhoeven@cs.kuleuven.ac.be> writes:

Geert> AFAIK Cort is not on vacation. He checks in patches at vger on a daily base.

So why did I get no single comment on patches I submitted?
The Prep IDE handling is broken...

-- 
   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Canon CRF - Communication Dept
(___, / (_(_(__         	Rue de la touche lambert
				35517 Cesson-Sevigne  Cedex
				FRANCE
Tel: +33 (0)2 99 87 68 91	Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr	http://www.crf.canon.fr

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Matt Porter]

On Thu, 22 Jul 1999, VALETTE Eric wrote:

> >>>>> "Geert" == Geert Uytterhoeven <Geert.Uytterhoeven@cs.kuleuven.ac.be> writes:
> 
> Geert> AFAIK Cort is not on vacation. He checks in patches at vger on a daily base.
> 
> So why did I get no single comment on patches I submitted?
> The Prep IDE handling is broken...

Define "PReP IDE handling is broken" because it isn't broken on systems
that use only the legacy PIC.  I only see breakage on MPIC Mot. systems
here with positive results on PowerStacks etc...

I assume you are referring to the MCP750 level inversion problem for one.
The other problem is how the pci-ide driver snags interrupt 16 from the
PIB config space on all Mot. Raven/Hawk boards as the IDE interrupt.  I've
got patches for these things. They are not in the patch that Johnnie sent
in because there is an outstanding issue of the MTX IDE driver hanging on
the partition check that I would like to fix as well (even though nobody
should be using IDE if they paid for an MTX :).

--
Matt Porter                                       Motorola Computer Group
matt_porter@mcg.mot.com                           CIBU Linux Support


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[VALETTE Eric]

>>>>> "Matt" == Matt Porter <mporter@phx.mcd.mot.com> writes:

Matt> On Thu, 22 Jul 1999, VALETTE Eric wrote:
>> >>>>> "Geert" == Geert Uytterhoeven <Geert.Uytterhoeven@cs.kuleuven.ac.be> writes:
>> 
Geert> AFAIK Cort is not on vacation. He checks in patches at vger on a daily base.
>> 
>> So why did I get no single comment on patches I submitted?
>> The Prep IDE handling is broken...

Matt> Define "PReP IDE handling is broken" because it isn't broken on systems
Matt> that use only the legacy PIC.  I only see breakage on MPIC Mot. systems
Matt> here with positive results on PowerStacks etc...

No no. Ide Byte swapping is broken again for PREP machines and 2.2.10 kernel...
(same type of patch you've send months ago)...

*** ./arch/ppc/kernel/prep_setup.c~	Fri Jun  4 22:30:47 1999
--- ./arch/ppc/kernel/prep_setup.c	Tue Jul  6 17:00:39 1999
***************
*** 629,641 ****
  void
  prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
  {
! 	_insw((unsigned short *)((port)+_IO_BASE), buf, ns);
  }
  
  void
  prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
  {
! 	_outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
  }
  
  int
--- 629,641 ----
  void
  prep_ide_insw(ide_ioreg_t port, void *buf, int ns)
  {
! 	ide_insw((unsigned short *)((port)+_IO_BASE), buf, ns);
  }
  
  void
  prep_ide_outsw(ide_ioreg_t port, void *buf, int ns)
  {
! 	ide_outsw((unsigned short *)((port)+_IO_BASE), buf, ns);
  }
  
  int
***************
*** 688,693 ****
--- 688,694 ----
  void
  prep_ide_fix_driveid(struct hd_driveid *id)
  {
+   	ppc_generic_ide_fix_driveid(id);
  }
  
  __initfunc(void

Matt> I assume you are referring to the MCP750 level inversion problem for one.

This problem is MCP750 specific and I did submit a patch for it...

Matt> The other problem is how the pci-ide driver snags interrupt 16 from the
Matt> PIB config space on all Mot. Raven/Hawk boards as the IDE interrupt.  I've
Matt> got patches for these things. They are not in the patch that Johnnie sent
Matt> in because there is an outstanding issue of the MTX IDE driver hanging on
Matt> the partition check that I would like to fix as well (even though nobody
Matt> should be using IDE if they paid for an MTX :).

Here is my patch for the via + ide...
Pease note that as IDE interrupt source can be assigned directly
at via level, the ultimate patche is in the via speciifc driver 
as I did...

*** ./drivers/block/via82c586.c~	Fri Nov 13 19:29:44 1998
--- ./drivers/block/via82c586.c	Tue Jul  6 18:03:18 1999
***************
*** 82,86 ****
--- 82,106 ----
  void ide_init_via82c586 (ide_hwif_t *hwif)
  {
  	set_via_timings(hwif);
+ #ifdef __powerpc__
+ 	/*
+ 	 * We are running in full DMA mode so we cannot use the PCI IRQ
+ 	 * for both ide0 and ide1 (which would happen if the follwoing code
+ 	 * was absent...)
+ 	 *
+ 	 * In theory we should go back and scan the PCI/ISA bridge PCI
+ 	 * configuration register (function 0 while hwif->pci_dev is function 1)
+ 	 * at offset 0x4a (IDE interrupt routing)
+ 	 *
+ 	 * The value below are the default value in the VIA doc...
+ 	 */
+ 	if (!(strcmp(hwif->name, "ide0"))) {
+ 	  hwif->irq = 14;
+ 	}
+ 	if (!(strcmp(hwif->name, "ide1"))) {
+ 	  hwif->irq = 15;
+ 	}
+ #endif	  
+ 	    
  }
  
*** ./drivers/block/ide-pci.c~	Mon Jan 25 06:54:35 1999
--- ./drivers/block/ide-pci.c	Tue Jul  6 17:39:39 1999
***************
*** 346,353 ****
  	for (port = 0; port <= 1; ++port) {
  		unsigned long base = 0, ctl = 0;
  		ide_pci_enablebit_t *e = &(d->enablebits[port]);
  		if (e->reg && (pci_read_config_byte(dev, e->reg, &tmp) || (tmp & e->mask) != e->val))
! 			continue;	/* port not enabled */
  		if ((dev->class >> 8) != PCI_CLASS_STORAGE_IDE || (dev->class & (port ? 4 : 1)) != 0) {
  			ctl  = dev->base_address[(2*port)+1] & PCI_BASE_ADDRESS_IO_MASK;
  			base = dev->base_address[2*port] & ~7;
--- 346,365 ----
  	for (port = 0; port <= 1; ++port) {
  		unsigned long base = 0, ctl = 0;
  		ide_pci_enablebit_t *e = &(d->enablebits[port]);
+ #ifndef __powerpc__
  		if (e->reg && (pci_read_config_byte(dev, e->reg, &tmp) || (tmp & e->mask) != e->val))
! 		  continue;	/* port not enabled */
! #else
! 		if (e->reg && (pci_read_config_byte(dev, e->reg, &tmp) || (tmp & e->mask) != e->val)) {
! 		  pci_write_config_byte(dev, e->reg, tmp | e->val);
! 		  if (e->reg && (pci_read_config_byte(dev, e->reg, &tmp) || (tmp & e->mask) != e->val))
! 		    printk("did not manage to enable port %d\n", port);
! 		}
! 		tmp = 0;
! 		pci_read_config_byte(dev, 0x9, &tmp);
! 		pci_write_config_byte(dev, 0x9, tmp | 0x1);
! 		pci_write_config_byte(dev, 0x3c, 0xf);
! #endif		
  		if ((dev->class >> 8) != PCI_CLASS_STORAGE_IDE || (dev->class & (port ? 4 : 1)) != 0) {
  			ctl  = dev->base_address[(2*port)+1] & PCI_BASE_ADDRESS_IO_MASK;
  			base = dev->base_address[2*port] & ~7;



-- 
   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Canon CRF - Communication Dept
(___, / (_(_(__         	Rue de la touche lambert
				35517 Cesson-Sevigne  Cedex
				FRANCE
Tel: +33 (0)2 99 87 68 91	Fax: +33 (0)2 99 84 11 30
E-mail: valette@crf.canon.fr	http://www.crf.canon.fr

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Unresolved symbols....

[ian reinhart geiser (ADMIN)]

i am compileing the postgres ODBC drivers and i get the following
error on linking:

ld -Bdynamic -shared -soname libpsqlodbc.so.0.25 -Bsymbolic -lc -lm -o
libpsqlod
bc.so.0.25 info.o bind.o columninfo.o connection.o convert.o drvconn.o
environ.o
 execute.o lobj.o misc.o options.o pgtypes.o psqlodbc.o qresult.o
results.o sock
et.o parse.o statement.o gpps.o tuple.o tuplelist.o dlg_specific.o   -lc
/lib/libc.so.6: undefined reference to `_r_debug@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_unload_cache@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_init_next@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_signal_error@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_relocate_object@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_initial_searchlist@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_profile@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_global_scope_alloc@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_fpu_control@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_debug_message@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_mcount@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_debug_initialize@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_start_profile@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_check_all_versions@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_catch_error@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_map_object@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_loaded@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_main_searchlist@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_profile_map@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_profile_output@@GLIBC_2.1'
/lib/libc.so.6: undefined reference to `_dl_map_object_deps@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_debug_impcalls@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_debug_state@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `__libc_enable_secure@@GLIBC_2.0'
/lib/libc.so.6: undefined reference to `__libc_stack_end@@GLIBC_2.1'
make: *** [libpsqlodbc.so.0.25] Error 1

any ideas on a way to fix this bugger?

	-ian reinhart geiser

.-----------------------------------------------------------.
|[]                   NeXT Generation                    [X]|
|--------------------------,--------------------------------.
|  UNIX GEEK,              | Office:    I have none...      |
|  Macintosh Specialist @  | Phone:     414.277.7288        |
|  Milwaukee School of     |                                |
|        Engineering       |--------------------------------|
|                          |                                |
|   ian reinhart geiser    | phone:   414.220.9683          |
|   Apt #5                 | email:   geiseri@msoe.edu      |
|   828 N Milwaukee St     | web:     www.msoe.edu/~geiseri |
|   Milwaukee, WI 53202    |  NeXT/Be/Cyberdog Mail okay!   |
|                          |   MIME or BinHex preferred     |
|--------------------------'--------------------------------|
'-----------------------------------------------------------'


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Unresolved symbols....

[Daniel Jacobowitz]

On Thu, Jul 22, 1999 at 11:54:54AM -0500, ian reinhart geiser (ADMIN) wrote:
> 
> i am compileing the postgres ODBC drivers and i get the following
> error on linking:
> 
> ld -Bdynamic -shared -soname libpsqlodbc.so.0.25 -Bsymbolic -lc -lm -o
> libpsqlod
> bc.so.0.25 info.o bind.o columninfo.o connection.o convert.o drvconn.o
> environ.o
>  execute.o lobj.o misc.o options.o pgtypes.o psqlodbc.o qresult.o
> results.o sock
> et.o parse.o statement.o gpps.o tuple.o tuplelist.o dlg_specific.o   -lc

I'm not so sure that you want -Bsymbolic.  Plus, using ld for linking
is rarely a good idea; you should always use gcc.

> /lib/libc.so.6: undefined reference to `_r_debug@@GLIBC_2.0'
> /lib/libc.so.6: undefined reference to `_dl_unload_cache@@GLIBC_2.1'

All of these are symbols from the dynamic linker.  That they aren't
being found implies mislinking.


Dan

/--------------------------------\  /--------------------------------\
|       Daniel Jacobowitz        |__|        SCS Class of 2002       |
|   Debian GNU/Linux Developer    __    Carnegie Mellon University   |
|         dan@debian.org         |  |       dmj+@andrew.cmu.edu      |
\--------------------------------/  \--------------------------------/

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Unresolved symbols....

[ian reinhart geiser (ADMIN)]

On Thu, 22 Jul 1999, Daniel Jacobowitz wrote:

> 
> On Thu, Jul 22, 1999 at 11:54:54AM -0500, ian reinhart geiser (ADMIN) wrote:
> > 
> > i am compileing the postgres ODBC drivers and i get the following
> > error on linking:
> > 
> > ld -Bdynamic -shared -soname libpsqlodbc.so.0.25 -Bsymbolic -lc -lm -o
> > libpsqlod
> > bc.so.0.25 info.o bind.o columninfo.o connection.o convert.o drvconn.o
> > environ.o
> >  execute.o lobj.o misc.o options.o pgtypes.o psqlodbc.o qresult.o
> > results.o sock
> > et.o parse.o statement.o gpps.o tuple.o tuplelist.o dlg_specific.o   -lc
> 
> I'm not so sure that you want -Bsymbolic.  Plus, using ld for linking
> is rarely a good idea; you should always use gcc.
> 
> > /lib/libc.so.6: undefined reference to `_r_debug@@GLIBC_2.0'
> > /lib/libc.so.6: undefined reference to `_dl_unload_cache@@GLIBC_2.1'
> 
> All of these are symbols from the dynamic linker.  That they aren't
> being found implies mislinking.
> 
	
	this is from there stock configure script.
	all i did was commented out some loggin procedures
	in misc.c of the odbc intercace ( mulog and qlog).

	this allows the package to compile but not to link

	i even did a make clean and this still pops up.

	i have been messing with this now for a few weeks 
	but only now have i gotten ODBC to compile...

	-ian reinhart geiser

.-----------------------------------------------------------.
|[]                   NeXT Generation                    [X]|
|--------------------------,--------------------------------.
|  UNIX GEEK,              | Office:    I have none...      |
|  Macintosh Specialist @  | Phone:     414.277.7288        |
|  Milwaukee School of     |                                |
|        Engineering       |--------------------------------|
|                          |                                |
|   ian reinhart geiser    | phone:   414.220.9683          |
|   Apt #5                 | email:   geiseri@msoe.edu      |
|   828 N Milwaukee St     | web:     www.msoe.edu/~geiseri |
|   Milwaukee, WI 53202    |  NeXT/Be/Cyberdog Mail okay!   |
|                          |   MIME or BinHex preferred     |
|--------------------------'--------------------------------|
'-----------------------------------------------------------'


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Unresolved symbols....

[Franz Sirl]

This looks like a bug in binutils that has been fixed recently. Try 2.9.4.0.8
available on <ftp://dev.linuxppc.org/users/fsirl/R5/RPMS/ppc/>.

Franz.



Am Don, 22 Jul 1999 schrieb ian reinhart geiser (ADMIN):
>i am compileing the postgres ODBC drivers and i get the following
>error on linking:
>
>ld -Bdynamic -shared -soname libpsqlodbc.so.0.25 -Bsymbolic -lc -lm -o
>libpsqlod
>bc.so.0.25 info.o bind.o columninfo.o connection.o convert.o drvconn.o
>environ.o
> execute.o lobj.o misc.o options.o pgtypes.o psqlodbc.o qresult.o
>results.o sock
>et.o parse.o statement.o gpps.o tuple.o tuplelist.o dlg_specific.o   -lc
>/lib/libc.so.6: undefined reference to `_r_debug@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_unload_cache@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_init_next@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_signal_error@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_relocate_object@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_initial_searchlist@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_profile@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_global_scope_alloc@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_fpu_control@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_debug_message@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_mcount@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_debug_initialize@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_start_profile@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_check_all_versions@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_catch_error@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_map_object@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_loaded@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_main_searchlist@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_profile_map@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_profile_output@@GLIBC_2.1'
>/lib/libc.so.6: undefined reference to `_dl_map_object_deps@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_debug_impcalls@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_debug_state@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `_dl_lookup_symbol@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `__libc_enable_secure@@GLIBC_2.0'
>/lib/libc.so.6: undefined reference to `__libc_stack_end@@GLIBC_2.1'
>make: *** [libpsqlodbc.so.0.25] Error 1
>
>any ideas on a way to fix this bugger?
>
>	-ian reinhart geiser
>
>.-----------------------------------------------------------.
>|[]                   NeXT Generation                    [X]|
>|--------------------------,--------------------------------.
>|  UNIX GEEK,              | Office:    I have none...      |
>|  Macintosh Specialist @  | Phone:     414.277.7288        |
>|  Milwaukee School of     |                                |
>|        Engineering       |--------------------------------|
>|                          |                                |
>|   ian reinhart geiser    | phone:   414.220.9683          |
>|   Apt #5                 | email:   geiseri@msoe.edu      |
>|   828 N Milwaukee St     | web:     www.msoe.edu/~geiseri |
>|   Milwaukee, WI 53202    |  NeXT/Be/Cyberdog Mail okay!   |
>|                          |   MIME or BinHex preferred     |
>|--------------------------'--------------------------------|
>'-----------------------------------------------------------'
>

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[Paul Mackerras]

VALETTE Eric <valette@crf.canon.fr> wrote:

> So why did I get no single comment on patches I submitted?
> The Prep IDE handling is broken...

The trouble is that "PReP" is such an ill-defined idea.  I was
interested to see your patch, but I assume that some other PReP
machines need it the way it is without your patch.

Paul.


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[VALETTE Eric]

>>>>> "Paul" == Paul Mackerras <paulus@cs.anu.edu.au> writes:

Paul> VALETTE Eric <valette@crf.canon.fr> wrote:
>> So why did I get no single comment on patches I submitted?
>> The Prep IDE handling is broken...

Paul> The trouble is that "PReP" is such an ill-defined idea.  I was
Paul> interested to see your patch, but I assume that some other PReP
Paul> machines need it the way it is without your patch.

Without the patch you can still install and run linux
from PPCBUG using the Network BOot command (NBO) and using
local IDE disks but you fail to use the "pboot;a" booting 
directly from hard disk (or at power on)...

AND more annoying, of course you must reinstall your disk
if you formatted it using the non correct ide byte swap handling

-- eric

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: Is the vger 2.2 kernel branch dead

[VALETTE Eric]

>>>>> "Matt" == Matt Porter <mmporter@home.com> writes:

Matt> On Mon, 19 Jul 1999, VALETTE Eric wrote:

>> I tried to upgrade here and no changes during one month!!!
>> As there still some important bugs in 2.2.10++, I wonder
>> why nothing happens???

Matt> Perhaps nobody has submitted any bug fixes?

At least I did...

-- eric

[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]