[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#260403: marked as done (sarge install on powerpc RS/6000 7043-140 failed)

Your message dated Wed, 08 Sep 2010 03:58:41 +0000
with message-id <E1OtBo1-00067c-CP@ravel.debian.org>
and subject line Closing old installation report #260403
has caused the Debian Bug report #260403,
regarding sarge install on powerpc RS/6000 7043-140 failed
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

260403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260403
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: debian-installer

I attempted to install sarge on my powerpc RS/6000 7043-140 machine, which
is a PReP box.  I used the nightly prep netboot image produced by Sven

I was unable to proceed past the partitioning stage as the SCSI controller
was not correctly detected.  Please see the attached message for further

---------------------------- Original Message ----------------------------
Subject: Re: Booting installer on RS/6000 43p-140
From:    "Sven Luther" <sven.luther@wanadoo.fr>
Date:    Sun, July 18, 2004 9:52 am
To:      "Leigh Brown" <leigh@solinno.co.uk>
Cc:      "Sven Luther" <sven.luther@wanadoo.fr>
         "Jerome Walter" <walter@nexantis.net>
         "Helge Kreutzmann" <kreutzm@itp.uni-hannover.de>

On Sun, Jul 18, 2004 at 09:28:15AM +0100, Leigh Brown wrote:
> Sven Luther said:
> > On Sun, Jul 18, 2004 at 09:09:49AM +0100, Leigh Brown wrote:
> >> Sven Luther said:
> >> > On Tue, Jul 13, 2004 at 10:56:23AM +0100, Leigh Brown wrote:
> >> >> Sven Luther said:
> >> >> > Could you please try netbooting
> >> >> >   http://people.debian.org/~luther/debian-installer/daily-powerpc-built/2004-07-13/powerpc/netboot/2.6/vmlinuz-prep.initrd
> >> >> >
> >> >> > With the console=ttyS0 option or whatever, and send me the
serial log?
> >> >>
> >> >> Hi Sven.  I thought I'd give that kernel a try.  I don't netboot,
put I wrote that kernel to my second harddisk and booted from it.  In
summary, it boots, but it doesn't seem to include the pcnet32
driver. Since every single RS6000 "offical" ethernet card that
I've ever seen uses pcnet32, I'd say its important to include it
in the initrd.
> >> >
> >> > Ok, mmm, you mean the pcnet32 driver is not in the debian-installer
> >> net
> >> > drivers ?
> >> >
> >> > It is in the nic-extra-modules, which is not part of the initrd, we
will fix this, either move it to nic-modules or add the
> >> > nic-extra-modules to the initrd.
> >> >
> >> > Thanks for testing. Could you try again tomorrow or later ?
> >>
> >> Just to let you know I tried your latest 2.6 vmlinuz-prep.initrd
kernel and this time the installer detected my ethernet card just
fine.  This time it got to the partitioner without loading a SCSI
driver.  I might be a bit dim but I couldn't work out how to download the
additional kernel modules for that.
> >
> > Could you send us a lscpi and lspci -n output on that box ? What scsi
card do you have ?
> It's my 140.  I've attached the lspci output at the end.  However, every
PReP box I have has an onboard Symbios 53c8xx SCSI controller compatible
with the sym53c8xx v2 driver.  That driver probably covers 99% (if not
100%, but I'm not sure) of all RS/6000 PReP boxes.  Even my Motorola
Powerstack has a sym53c8xx controller.
> 00:00.0 Host bridge: Motorola MPC106 [Grackle] (rev 30)
> 00:00.0 Class 0600: 1057:0002 (rev 30)
>         Flags: bus master, fast devsel, latency 0
> 00:0b.0 ISA bridge: IBM Fire Coral (rev 03)
> 00:0b.0 Class 0601: 1014:000a (rev 03)
>         Flags: bus master, slow devsel, latency 0
>         I/O ports at 1000 [size=8]
> 00:0c.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970
[PCnet32 LANCE] (rev 16)
> 00:0c.0 Class 0200: 1022:2000 (rev 16)
>         Flags: bus master, medium devsel, latency 32, IRQ 22
>         I/O ports at 1020 [size=32]
>         Memory at fad9d000 (32-bit, non-prefetchable) [size=32]
>         Expansion ROM at fada0000 [disabled] [size=64K]
> 00:0d.0 Class ff00: IBM MPIC interrupt controller
> 00:0d.0 Class ff00: 1014:0046
>         Flags: medium devsel
>         Memory at fadc0000 (32-bit, non-prefetchable) [size=256K]
> 00:10.0 SCSI storage controller: LSI Logic / Symbios Logic 53c825 (rev
13) 00:10.0 Class 0100: 1000:0003 (rev 13)
>         Flags: bus master, medium devsel, latency 32, IRQ 23
>         I/O ports at 1400 [size=256]
>         Memory at fad9e000 (32-bit, non-prefetchable) [size=256] Memory
at fad9f000 (32-bit, non-prefetchable) [size=4K]

This is :

        10000003        scsi    ncr53c8xx       53c825

in discover's pci.lst. Was this detected correctly with the 2.4 kernel and
discover 1 ?

And discover2 has :

  <device busclass='0000' model='0003' vendor='1000' model_name='53c825'>
    <data class='linux'>
      <data version='[2.6,inf)' class='module'>
        <data class='name'>sym53c8xx</data>
      <data version='[2.2,2.6)' class='module'>
        <data class='name'>ncr53c8xx</data>
      <data class='last-updated'>2004-04-26</data>
      <data class='last-updated-by'>imurdock@progeny.com</data>

So, this means that for 2.4, ncr53c8xx gets loaded, and for 2.6 and
discover2, sym53c8xx gets loaded, while 2.6 and discover1 gets loaded.

We are still using discover1 for all initrd, which cause this kind of
problems, more to this later on.

BTW, i wonder if adding symlinks from the older 2.4 names to the newer 2.6
names in the 2.6 initrd, maybe a hacky workaround to the discover1

Also, what would be the possibility to have two pciids files, one for 2.4
and the other for 2.6, and have discover test the kernel version before
choosing ?

Could you fill a installation report bug against debian-installer with
this info please ?


Sven Luther

--- End Message ---
--- Begin Message ---
We are closing this installation report for one of the following
- it was reported with a pre-lenny version of Debian
- indications in the installation report give the feeling that
  the reported problem waslying in another software, unrelated to
  D-I, which we can't easily identify.
- indications in the installation report suggest that it may have been
  fixed in a more recent version of a D-I component
- it was successful and we forgot closing it..:-)
- it has no information we consider useful

The D-I team is currently in the process of cleaning out the old spool
of installation reports that haven't bene processed yet. 

In case you think that the problem you reported has chances to be
still present, please reiterate your installation test with
a more recent image of D-I, if you're in position of doing this.

You'll find daily builds at
http://www.debian.org/devel/debian-installer. We recommend you choose
the netboot image, in the "daily builds section", then choose to
install "squeeze" when prompted.

If some problems are found, please report them with a new bug sent
against installation-reports.

Many thanks for your understanding and your help improving Debian,
past and present.

--- End Message ---

Reply to: