[parisc-linux] Start sash ...

[parisc-linux] Start sash ...

[Thomas Bogendoerfer]

Ok, after hacking half of the night and cursing about a totally fucked
up ffz(), I finally got something (see below). I did some dirty hacks
to get it so far. 

There is something wrong with user page mappings. It looks like brk()
memory is read only mapped. After digging a little bit, I decided to 
workaround this, by mapping every page read/write/execute (dirty hack #1).

The serial port doesn't seem to generate interrupts. So I had to hack the
serial output routine by printing via printk (dirty hack #2):

And sash really doesn't like garbage in argv[], so I cleaned argv before
execve of sash alias init (not so dirty hack #3).

I'll dig into the serial interrupt problem later, since this holds me
back from being setup up for Systems.

Thomas.

---- Starting sash ... -------------------------------------------------

Interact with IPL (Y, N, or Cancel)?> n

Booting... 
Network Station Address 001083-03194b
System IP Address 193.175.24.80
Server IP Address 193.175.24.67

Boot IO Dependent Code (IODC) revision 2


SOFT Booted.

------------------------------------------------------------------------------

PARISC/Linux Bootstrap Version 0.6 (non-interactive)
By Helge Deller & Jason Eckhardt
Built Sat Oct 16 03:23:41 METDST 1999 by tsbogend@parisc

Reading parameters...done.

Loading PA-RISC/Linux Kernel...
No ramdisks available.
SOM-Kernel:
aux_header_location: 00000080
som       : 00200080
exec_dfile: 000B1000
exec_dsize: 0007F000
exec_dmem : C0088000
exec_tfile: 00039000
exec_tsize: 00077008
exec_tmem : C0010000
Code at 0x00010000, size=0x00077008
Data at 0x00088000, size=0x0007F000
BSS  at 0x00107000.

Transferring control to kernel. (At entry point 0x00010000)
The Kernel has started...
FP CCR was 0xc0, will be set to 0xc0
Model: Staccato L2 180 (A Class 180) with 768 MB RAM.
CPU(s): 1 x PA7300LC (PCX-L2, Velociraptor) at 180.000000 MHz
Kernel-stack at C008A000, Size 8192 kB.
Available virtual mapped memory starts at 0xC01355C0 and ends at 0xF0000000.
Searching for devices in PDC firmware... a newer box...
Found devices:
0. Phantom PseudoBC GSC+ Port (7) at 0xffc00000, versions 0x504, 0x0, 0x0, 0x0, 0x0
1. Phantom PseudoBC GSC+ Port (7) at 0xffc01000, versions 0x505, 0x0, 0x0, 0x0, 0x0
2. HP HSC-PCI Cards (4) at 0xfff84000, versions 0x4, 0x0, 0x9d, 0x0, 0x80
3. Staccato L2 180 (A Class 180) (0) at 0xfffbe000, versions 0x516, 0x0, 0x4, 0x0, 0x81
4. Staccato L2 180 Memory (1) at 0xfffbf000, versions 0x8b, 0x0, 0x9, 0x0, 0x0
5. Staccato 180 Lasi (11) at 0xffd00000, versions 0x5f, 0x0, 0x81, 0x0, 0x0
6. Staccato 180 Core LAN RS-232 (10) at 0xffd05000, versions 0x5f, 0x0, 0x8c, 0x0, 0x0
7. Staccato 180 Core SCSI (10) at 0xffd06000, versions 0x5f, 0x0, 0x82, 0x0, 0x0
8. Dino PCI Bridge (13) at 0xfff80000, versions 0x680, 0x3, 0xa, 0x0, 0x0
That's a total of 9 devices.
Linux version 2.2.12 (tsbogend@parisc) (gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)) #88
 Sat Oct 16 12:33:36 METDST 1999
initrd: c008e000-c00e5800
command_line: /stand/vmlinux HOME=/ console=ttyS0 TERM=LINUX initrd=0

free_area_init: c013e000 c2000000
mem_map=c013e000
Calibrating delay loop... 239.86 BogoMIPS
Memory: 14788k available (476k kernel code, 1056k data, 64k init) [c0000000,c1000000]
POSIX conformance testing by UNIFIX
Lasi version 0 at 0xffd00000 found.
Interrupt  3( 3+ 0)
Starting lasi serial at 0xffd05000
ttyS00 at port 0xffd05800 (irq = 261) is a 16450
Dino version 3.x (card mode) found at 0xfff84000
Scanning PCI bus 0
Found a PCI device, and the vendor is 0x1011, device 0x0009
Found a PCI device, and the vendor is 0x1011, device 0x0009
dino_fixup_bus(0xc019b0a0) bus 0 sysdata 0xc019a0e0
Scan for bus 0 returned 0
Dino version 3.1 (bridge mode) found at 0xfff80000
Scanning PCI bus 1
Found a PCI device, and the vendor is 0x1011, device 0x0019
dino_fixup_bus(0xc019b120) bus 1 sysdata 0xc019a1a0
Scan for bus 1 returned 1
**** NOW SWITCHED TO SERIAL CONSOLE ! ****
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
Starting kswapd v 1.2 
Serial driver version 4.90 (1999-09-22) with no serial options enabled
pty: 256 Unix98 ptys configured
rd_init
RAM disk driver initialized:  16 RAM disks of 4096K size
initrd_load
rd_load_image
opening initrd
identify_ramdisk_image
ext2sb->s_magic: 000053ef
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 350 blocks [1 disk] into ram disk... |\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\b-\b\\b|\b/\bdone.
initrd_release
VFS: Mounted root (ext2 filesystem).
stat c0104794 type 0
fd 0 opened
It's for the PA-RISC!
It's executable!
It has an appropriate version!
The checksum checks out!
Well, it *smells* like a valid SOM executable
(start_brk) 40017000
(end_code) 0003c000
(start_code) 00001000
(end_data) 40008000
(start_stack) 2000002c
(brk) 40017000
Stand-alone shell (version 2.1)> 



-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]

Re: [parisc-linux] Start sash ...

[Thomas Bogendoerfer]

On Sat, Oct 16, 1999 at 12:46:56PM +0200, Thomas Bogendoerfer wrote:
> Well, it *smells* like a valid SOM executable
> (start_brk) 40017000
> (end_code) 0003c000
> (start_code) 00001000
> (end_data) 40008000
> (start_stack) 2000002c
> (brk) 40017000
> Stand-alone shell (version 2.1)> 

(start_stack) 2000002c
(brk) 40017000
Stand-alone shell (version 2.1)
> help
alias      [name [command]]
cd         [dirname]
-chgrp     gid filename ...
-chmod     mode filename ...
-chown     uid filename ...
-cmp       filename1 filename2
-cp        srcname ... destname
-dd        if=name of=name [bs=n] [count=n] [skip=n] [seek=n]
-echo      [args] ...
-ed        [filename]
exec       filename [args]
exit       
-grep      [-in] word filename ...
help       [word]
-kill      [-sig] pid ...
-ln        [-s] srcname ... destname
-ls        [-lid] filename ...
-mkdir     dirname ...
-mknod     filename type major minor
-more      filename ...
-mount     [-t type] [-r] [-m] devname dirname
-mv        srcname ... destname
-printenv  [name]
prompt     string
-pwd       
quit       
-rm        filename ...
-rmdir     dirname ...
setenv     name value
source     filename
-sync      
-tar       [xtv]f devname filename ...
-touch     filename ...
umask      [mask]
-umount    filename
unalias    name
-where     program
> -pwd
/
> 


Serial Interrupts are definitly not working. I'm now running the uart in 
polling mode and I had to force use 16550A mode. Below is a patchset of my
hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
the cvs version, yet.

Thomas.

PS: I'll be next week at Systems in Munich. You can find me at the Linuxpark 
HP booth (hall A3, No. 404-22) during the whole week.

Index: arch/parisc/mm/fault.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/mm/fault.c,v
retrieving revision 1.11
diff -u -r1.11 fault.c
--- arch/parisc/mm/fault.c	1999/10/14 21:08:36	1.11
+++ arch/parisc/mm/fault.c	1999/10/16 20:06:43
@@ -206,6 +208,7 @@
 	}
 
 	prot = translate_pte(*ptep);
+	prot |= 0x03000000;
 
 	pa = (pte_val(*ptep)&~4095);
 
Index: drivers/char/serial.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
retrieving revision 1.7
diff -u -r1.7 serial.c
--- drivers/char/serial.c	1999/10/15 19:30:30	1.7
+++ drivers/char/serial.c	1999/10/16 20:06:43
@@ -1175,6 +1175,8 @@
 		goto errout;
 	}
 
+	state->type = PORT_16550A; /* no idea why type is 0 at this point */
+
 	if (!CONFIGURED_SERIAL_PORT(state) || !state->type) {
 		if (info->tty)
 			set_bit(TTY_IO_ERROR, &info->tty->flags);
Index: drivers/gecko/lasi.c
===================================================================
RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
retrieving revision 1.13
diff -u -r1.13 lasi.c
--- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
+++ drivers/gecko/lasi.c	1999/10/16 20:06:44
@@ -263,7 +263,9 @@
         serial->type = PORT_UNKNOWN; // else: PORT_16550A;
         serial->line = 0;
 	serial->port = ((unsigned int) d->hpa) + 0x800;
-        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
+	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
+        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
+        serial->irq = 0;
         serial->io_type = SERIAL_IO_GSC;
         serial->flags = ASYNC_SKIP_TEST; // else autoconfig() will fail !
         serial->xmit_fifo_size = 16;
Index: init/main.c
===================================================================
RCS file: /home/cvs/parisc/linux/init/main.c,v
retrieving revision 1.23
diff -u -r1.23 main.c
--- init/main.c	1999/10/15 19:30:31	1.23
+++ init/main.c	1999/10/16 20:06:47
@@ -1425,6 +1425,7 @@
 	 */
 
 	execute_command = "/sbin/init";
+	argv_init[1] = NULL;
 	if (execute_command)
 		do_execve(execute_command,argv_init,envp_init,NULL);
 	panic("No init found.  Try passing init= option to kernel.");





-- 
   This device has completely bogus header. Compaq scores again :-|
It's a host bridge, but it should be called ghost bridge instead ;^)
                                        [Martin `MJ' Mares on linux-kernel]

Re: [parisc-linux] Start sash ...

[Grant Grundler]

Thomas Bogendoerfer wrote:
...
> Serial Interrupts are definitly not working. I'm now running the uart in 
> polling mode and I had to force use 16550A mode. Below is a patchset of my
> hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
> the cvs version, yet.

...
> Index: drivers/gecko/lasi.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
> retrieving revision 1.13
> diff -u -r1.13 lasi.c
> --- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
> +++ drivers/gecko/lasi.c	1999/10/16 20:06:44
> @@ -263,7 +263,9 @@
>          serial->type = PORT_UNKNOWN; // else: PORT_16550A;
>          serial->line = 0;
 	serial->port = ((unsigned int) d->hpa) + 0x800;
> -        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 
>   5
> +	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
> +        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 
>   5
> +        serial->irq = 0;

The code here could use lasi_alloc_irq() to get the "right" irq number.
I added this to support lasi7xx.c (c710 SCSI macrocell Lasi).
I coded this function based on some research I did (ie not guaranteed
to be right). My conclusion was the lasi serial was on bit 26 (not 5).
I may have bits numbered from the wrong end. Either way, might be
easier to support in the long run if serial device setup used this
interface as well.

thanks,
grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253

[parisc-linux] ld: Unsatisfied symbols: csum_partial (code)

[Grant Grundler]

I have a "vanilla" CVS tree and am getting the following
linker error:
ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o \
        arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
        fs/filesystems.a \
        net/network.a \
        drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \
        /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
        -o vmlinux
ld: Unsatisfied symbols:
   csum_partial (code)
   serial_console_init (code)
make[1]: *** [vmlinux-real] Error 1

Any clue what's broken?
Someone submit code recently which touched these functions?

thanks,
grant

linux/.config contents are:
grundler <2776>cat .config
#
# Automatically generated make config: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Machine type
#
# CONFIG_HP_715 is not set
# CONFIG_HP_712 is not set
CONFIG_HP_ACLASS=y
# CONFIG_HP_DCLASS is not set

#
# CPU type
#
# CONFIG_PA7100 is not set
CONFIG_PA7300=y
# CONFIG_SMP is not set
# CONFIG_IODC_CONSOLE is not set
CONFIG_GECKO_DINO=y
CONFIG_GECKO_LASI=y
CONFIG_GECKO=y
CONFIG_GECKO_DINO=y
CONFIG_PCI=y

#
# Loadable module support
#
# CONFIG_MODULES is not set

#
# General setup
#
CONFIG_NET=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
# CONFIG_BINFMT_SOM is not set
# CONFIG_BINFMT_ELF is not set
# CONFIG_BINFMT_MISC is not set
# CONFIG_BINFMT_JAVA is not set

#
# Block devices
#
# CONFIG_BLK_DEV_FD is not set
# CONFIG_BLK_DEV_IDE is not set

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
# CONFIG_BLK_DEV_HD_ONLY is not set

#
# Additional Block Devices
#
# CONFIG_BLK_DEV_LOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_INITRD=y
# CONFIG_BLK_DEV_XD is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_PARIDE_PARPORT=m
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
# CONFIG_PACKET is not set
# CONFIG_NETLINK is not set
# CONFIG_FIREWALL is not set
# CONFIG_FILTER is not set
# CONFIG_UNIX is not set
# CONFIG_INET is not set

#
#  
#
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
# CONFIG_CPU_IS_SLOW is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# SCSI support
#
CONFIG_SCSI=y

#
# SCSI support type (disk, tape, CDrom)
#
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
# CONFIG_BLK_DEV_SR is not set
# CONFIG_CHR_DEV_SG is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y

#
# SCSI low-level drivers
#
CONFIG_LASI_SCSI=y

#
# Network device support
#
CONFIG_NETDEVICES=y
# CONFIG_APRICOT is not set
CONFIG_DEC_ELCP=y

#
# Character devices
#
# CONFIG_VT is not set
# CONFIG_SERIAL is not set
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
# CONFIG_PRINTER is not set
# CONFIG_MOUSE is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_WATCHDOG is not set
# CONFIG_NVRAM is not set
# CONFIG_RTC is not set

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set

#
# Joystick support
#
# CONFIG_JOYSTICK is not set
# CONFIG_DTLK is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_FAT_FS is not set
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
# CONFIG_VFAT_FS is not set
CONFIG_ISO9660_FS=y
# CONFIG_JOLIET is not set
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
# CONFIG_DEVPTS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_EFS_FS is not set

#
# Network File Systems
#

#
# Partition Types
#
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MAC_PARTITION is not set
# CONFIG_SMD_DISKLABEL is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
# CONFIG_NLS is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y


Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253

Re: [parisc-linux] ld: Unsatisfied symbols: csum_partial (code)

[Helge Deller]

Am Sun, 17 Oct 1999 schrieb Grant Grundler:
> I have a "vanilla" CVS tree and am getting the following
> linker error:
> ld -R 0xc0010000 -N -e stext arch/parisc/kernel/head.o arch/parisc/kernel/init_task.o init/main.o init/version.o \
>         arch/parisc/boot/ramdisk.o arch/parisc/kernel/kernel.o arch/parisc/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
>         fs/filesystems.a \
>         net/network.a \
>         drivers/block/block.a drivers/char/char.a drivers/gecko/gecko.a  drivers/net/net.a drivers/scsi/scsi.a drivers/pci/pci.a \
>         /linux/linux/arch/parisc/lib/lib.a /linux/linux/lib/lib.a /linux/linux/arch/parisc/lib/lib.a \
>         -o vmlinux
> ld: Unsatisfied symbols:
>    csum_partial (code)
>    serial_console_init (code)
> make[1]: *** [vmlinux-real] Error 1
> 
> Any clue what's broken?
> Someone submit code recently which touched these functions?
> 
> thanks,
> grant



Hi Grant,

serial_console_init was my fault.
This should now be corrected in the CVS, but I can´t verify the csum_partial
error here .....

Helge.

Re: [parisc-linux] ld: Unsatisfied symbols: csum_partial (code)

[Grant Grundler]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 391 bytes --]

Helge Deller wrote:
> Hi Grant,
> 
> serial_console_init was my fault.
> This should now be corrected in the CVS, but I can´t verify the csum_partial
> error here.

Thanks Helge.
I can't reproduce csum_partial error either after doing "make dep". :^)
I've cc'd parisc-linux as a reminder for others...

grant

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253

Re: [parisc-linux] Start sash ...

[Alex deVries]

Thomas,

Getting to a sash prompt is pretty cool, but could you mail a complete
patch against what's in CVS? We're all pretty excited about it.

- Alex

-- 
Alex deVries <adevries@thepuffingroup.com>
Vice President Engineering
The Puffin Group

On Sat, 16 Oct 1999, Thomas Bogendoerfer wrote:

> On Sat, Oct 16, 1999 at 12:46:56PM +0200, Thomas Bogendoerfer wrote:
> > Well, it *smells* like a valid SOM executable
> > (start_brk) 40017000
> > (end_code) 0003c000
> > (start_code) 00001000
> > (end_data) 40008000
> > (start_stack) 2000002c
> > (brk) 40017000
> > Stand-alone shell (version 2.1)> 
> 
> (start_stack) 2000002c
> (brk) 40017000
> Stand-alone shell (version 2.1)
> > help
> alias      [name [command]]
> cd         [dirname]
> -chgrp     gid filename ...
> -chmod     mode filename ...
> -chown     uid filename ...
> -cmp       filename1 filename2
> -cp        srcname ... destname
> -dd        if=name of=name [bs=n] [count=n] [skip=n] [seek=n]
> -echo      [args] ...
> -ed        [filename]
> exec       filename [args]
> exit       
> -grep      [-in] word filename ...
> help       [word]
> -kill      [-sig] pid ...
> -ln        [-s] srcname ... destname
> -ls        [-lid] filename ...
> -mkdir     dirname ...
> -mknod     filename type major minor
> -more      filename ...
> -mount     [-t type] [-r] [-m] devname dirname
> -mv        srcname ... destname
> -printenv  [name]
> prompt     string
> -pwd       
> quit       
> -rm        filename ...
> -rmdir     dirname ...
> setenv     name value
> source     filename
> -sync      
> -tar       [xtv]f devname filename ...
> -touch     filename ...
> umask      [mask]
> -umount    filename
> unalias    name
> -where     program
> > -pwd
> /
> > 
> 
> 
> Serial Interrupts are definitly not working. I'm now running the uart in 
> polling mode and I had to force use 16550A mode. Below is a patchset of my
> hacks.  You need a fixed posix_types.h and bitops.h, too. I haven't tested 
> the cvs version, yet.
> 
> Thomas.
> 
> PS: I'll be next week at Systems in Munich. You can find me at the Linuxpark 
> HP booth (hall A3, No. 404-22) during the whole week.
> 
> Index: arch/parisc/mm/fault.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/arch/parisc/mm/fault.c,v
> retrieving revision 1.11
> diff -u -r1.11 fault.c
> --- arch/parisc/mm/fault.c	1999/10/14 21:08:36	1.11
> +++ arch/parisc/mm/fault.c	1999/10/16 20:06:43
> @@ -206,6 +208,7 @@
>  	}
>  
>  	prot = translate_pte(*ptep);
> +	prot |= 0x03000000;
>  
>  	pa = (pte_val(*ptep)&~4095);
>  
> Index: drivers/char/serial.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/char/serial.c,v
> retrieving revision 1.7
> diff -u -r1.7 serial.c
> --- drivers/char/serial.c	1999/10/15 19:30:30	1.7
> +++ drivers/char/serial.c	1999/10/16 20:06:43
> @@ -1175,6 +1175,8 @@
>  		goto errout;
>  	}
>  
> +	state->type = PORT_16550A; /* no idea why type is 0 at this point */
> +
>  	if (!CONFIGURED_SERIAL_PORT(state) || !state->type) {
>  		if (info->tty)
>  			set_bit(TTY_IO_ERROR, &info->tty->flags);
> Index: drivers/gecko/lasi.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/drivers/gecko/lasi.c,v
> retrieving revision 1.13
> diff -u -r1.13 lasi.c
> --- drivers/gecko/lasi.c	1999/10/15 19:30:30	1.13
> +++ drivers/gecko/lasi.c	1999/10/16 20:06:44
> @@ -263,7 +263,9 @@
>          serial->type = PORT_UNKNOWN; // else: PORT_16550A;
>          serial->line = 0;
>  	serial->port = ((unsigned int) d->hpa) + 0x800;
> -        serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
> +	serial->iomem_base = ((unsigned int) d->hpa) + 0x800;
> +        // serial->irq = 256 + 5;	// FIXME: lasi->region->data.irqbase + 5
> +        serial->irq = 0;
>          serial->io_type = SERIAL_IO_GSC;
>          serial->flags = ASYNC_SKIP_TEST; // else autoconfig() will fail !
>          serial->xmit_fifo_size = 16;
> Index: init/main.c
> ===================================================================
> RCS file: /home/cvs/parisc/linux/init/main.c,v
> retrieving revision 1.23
> diff -u -r1.23 main.c
> --- init/main.c	1999/10/15 19:30:31	1.23
> +++ init/main.c	1999/10/16 20:06:47
> @@ -1425,6 +1425,7 @@
>  	 */
>  
>  	execute_command = "/sbin/init";
> +	argv_init[1] = NULL;
>  	if (execute_command)
>  		do_execve(execute_command,argv_init,envp_init,NULL);
>  	panic("No init found.  Try passing init= option to kernel.");
> 
> 
> 
> 
> 
> -- 
>    This device has completely bogus header. Compaq scores again :-|
> It's a host bridge, but it should be called ghost bridge instead ;^)
>                                         [Martin `MJ' Mares on linux-kernel]
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 
> 
> 
>