Linux PARISC architecture development
 help / color / mirror / Atom feed
* [parisc-linux] installation
@ 2001-12-15 12:38 Maneesh Singhal
  2001-12-16  4:06 ` Grant Grundler
  0 siblings, 1 reply; 5+ messages in thread
From: Maneesh Singhal @ 2001-12-15 12:38 UTC (permalink / raw)
  To: PARISC Linux List

Hi,

     I was trying to install parisc-linux version 9.3 on my B180L machine. I was
     trying this through CD [I burned my CD]. While installing ... I faced following problems , can anybody help :

     1. at the time of Installing kernel and driver modules, it use to give 
	fatal error sometimes [a couple of times it passed too].. 
     2. This one is consistent, while installing the base system, it was always
	failing and use to give dump with error message saying 
	"console.data-........ scsi1:(2:0) Fatal Error : Not MSG_IN after
	selection .. Bus reset detected ..." etc. etc.


	A couple of times it tried to find out floppy drive too [ it is not there]
	and use to give dump when it doesn't find that drive, well, this is 
	while installing rescue.bin only.

	Can anybody tell me why these errors come and how can I solve them...

Regards.
Maneesh

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [parisc-linux] installation
@ 2001-12-16 12:30 Joel Soete
  0 siblings, 0 replies; 5+ messages in thread
From: Joel Soete @ 2001-12-16 12:30 UTC (permalink / raw)
  To: maneesh; +Cc: parisc-linux

Hello Maneesh,

>        selection .. Bus reset detected ..." etc. etc.

This sound like a problem I met a time ago: the scsi chain was opened
(ie during test I forgot to reconnect the scsi terminator to my external
drive).

If a scsi terminator is well connected may be could it be defective (or
a one not corresponding to your scsi interface logicaly Single-Ended if
your CD is connected to the narrow single-ended conector)?

Good luck,
	Joel

^ permalink raw reply	[flat|nested] 5+ messages in thread
* Re: [parisc-linux] iotree thoughts
@ 2001-08-09 15:06 Grant Grundler
  2001-08-10  0:37 ` [parisc-linux] Installation Gururaj Ananthateerta
  0 siblings, 1 reply; 5+ messages in thread
From: Grant Grundler @ 2001-08-09 15:06 UTC (permalink / raw)
  To: Matthew Wilcox; +Cc: parisc-linux

Matthew Wilcox wrote:
> 
> This is a summary and a design document for building an iotree in PA/Linux.
> Grant, Ryan, if I mis-remembered / misunderstood something, do shout.

Cool!

...
> In a related matter, the ABW will pick up serial ports (and other things)
> which aren't activated.  Grant said there was a PDC call to determine
> whether a device is inactive -- I'm not sure which one that is yet.

Yes. AFAIK, LASI sub-devices are listed by PDC. For Dino HPUX makes
a special hvers PDC call. Need to look at the HPUX code or Raven PDC ERS.

> 
> Here's my plan:
> 
>  * From setup_arch, call PDC to get a list of devices.  Put them in a
>    table (marked __init, will be freed later).

Why not start building a tree with "place holder" nodes directly?
Do we need the intermediate table because of memory issues?

ie build a "sparse" tree and have Native Bus walk fill in (or update
wrong) info for devices it finds.

>  * In the badly-named gsc_init, or perhaps in pcibios_init, start the
>    ABW at 0xFFF80000 -- this seems to be the defined location for the
>    central bus.

My long term goal is to be able to build a kernel w/o CONFIG_PCI defined.
And renaming gsc_init to native_bus_init() sounds like a good idea.

>  * Start creating the tree with devices that we find in the ABW.
>    Each device which is a bus adapter / converter will do an ABW for its
>    children, and add in any PDC-discovered devices in the table which are
>    its immediate children.  The add-in is done by copy, not by reference.
>  * At some indeterminate time after this, the table of PDC-reported drivers
>    gets freed along with all the other __init data & code.
> 
> We'll have to be careful with CPU `drivers' since they will have stale
> pointers which must be updated.  Perhaps this is where a ->remove method
> would come in handy; or perhaps we just magically make them cope with
> their ->probe function being called a second time on the same device
> (same HPA).

The latter sounds easier but more like a hack...maybe it's ok though.

thanks,
grant

Grant Grundler
parisc-linux {PCI|IOMMU|SMP} hacker
+1.408.447.7253

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2001-12-16 12:27 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-12-15 12:38 [parisc-linux] installation Maneesh Singhal
2001-12-16  4:06 ` Grant Grundler
  -- strict thread matches above, loose matches on Subject: below --
2001-12-16 12:30 Joel Soete
2001-08-09 15:06 [parisc-linux] iotree thoughts Grant Grundler
2001-08-10  0:37 ` [parisc-linux] Installation Gururaj Ananthateerta
2001-08-10  2:04   ` Thomas Marteau

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox