[parisc-linux] RTC and FB on 735/125

[parisc-linux] RTC and FB on 735/125

[Yves Bodack]

[-- Attachment #1: Type: text/plain, Size: 904 bytes --]

Hi,

i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
hp735# uname -a
Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown unknown
GNU/Linux

1st problem I have is the Real Time Clock. On boot I get the following
messages:

System Time was Thu Jan 1 00:00:10 UTC 1970
Setting the System Clock using the Hardware Clock as reference...
RTC_RD_TIME: Bad address
ioctl() to /dev/rtc read the time failed.
System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.

so i'm damned back to the 70' every boot time...

2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
ftp.p-l.org and just changed Depth from 8 to 24 bpp.

(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument

Fatal server error:
AddScreen/ScreenInit failed for driver 0

Is the Coral SGC Graphics supported?
I've attached dmesg and XFree86.0.log .

Thanks for your help
Yves...

[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 5648 bytes --]

Linux version 2.4.19-32 (root@j5k) (gcc version 3.0.4) #1 Tue Aug 20 03:25:39 MDT 2002
FP[0] enabled: Rev 1 Model 9
The 32-bit Kernel has started...
Determining PDC firmware type: Snake.
model 00002060 00000481 00000000 00000000 773bea94 ffffffff 00000004 0000000a 0000000a
vers  00000015
model 9000/735
Total Memory: 256 Mb
pagetable_init
On node 0 totalpages: 65536
zone(0): 65536 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda3 HOME=/ console=tty0 sti=1 sti_font=VGA8x16 TERM=linux palo_kernel=3/boot/vmlinux
Error reading tod clock
Console: colour dummy device 160x64
Calibrating delay loop... 124.51 BogoMIPS
Memory: 255920k available
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Searching for devices...
Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
2. Outfield Core BA (11) at 0xf082f000 [2], versions 0x9, 0x0, 0x70
3. Outfield Core SCSI (10) at 0xf0825000 [2/0/1], versions 0x9, 0x0, 0x71
4. Outfield Core LAN (802.3) (10) at 0xf0826000 [2/0/2], versions 0x9, 0x0, 0x72
5. Outfield Core HIL (10) at 0xf0821000 [2/0/3], versions 0x9, 0x0, 0x73
6. Outfield Core RS-232 (10) at 0xf0823000 [2/0/4], versions 0x9, 0x0, 0x75
7. Outfield Core RS-232 (10) at 0xf0822000 [2/0/5], versions 0x9, 0x0, 0x75
8. Outfield Core Centronics (10) at 0xf0824000 [2/0/6], versions 0x9, 0x0, 0x74
9. Outfield FW SCSI (10) at 0xf0830000 [2/0/7], versions 0x9, 0x0, 0x7c
10. Outfield Audio (10) at 0xf1000000 [2/0/8], versions 0x9, 0x0, 0x7f
11. Snake Cheetah (735/130) (0) at 0xfffbe000 [8], versions 0x206, 0x0, 0x4
12. Memory (1) at 0xfffbf000 [9], versions 0x37, 0x0, 0x9
CPU(s): 1 x PA7100 (PCX-T) at 125.000000 MHz
Cutoff version 4 at 0xf082f000 found.
LED (ASP-style) display at f0800020 registered
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Soft power switch support not available.
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
parport_init_chip: enhanced parport-modes not supported.
parport0: PC-style at 0xf0824800, irq 88 [PCSPP]
STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f8000000, hpa at f8000000
STI id 26d148ee-40a00499, conforms to spec rev. 8.02
STI device: HPA1439A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at iomem 0xf0823800 (irq = 90) is a 16550A
ttyS01 at iomem 0xf0822800 (irq = 89) is a 16550A
lp0: using parport0 (interrupt-driven).
Generic RTC Driver v1.02 05/27/1999 Sam Creasey (sammy@oh.verio.com)
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
RAMDISK driver initialized: 16 RAM disks of 6144K size 1024 blocksize
loop: loaded (max 8 devices)
Found i82596 at 0xf0826000, IRQ 87
82596.c: MAC of HP700 LAN read from EEPROM
eth0: Couldn't get consistent shared memory
eth0: 82596 at 0xf0826000, 08 00 09 49 65 60 IRQ 87.
82596.c $Revision: 1.29 $
SCSI subsystem driver Revision: 1.00
53c700: consistent memory allocation failed
53c700: Version 2.7 By James.Bottomley@HansenPartnership.com
scsi0: 53c700 rev 0 
scsi0 : LASI SCSI 53c700
  Vendor: MICROP    Model: 4110-09TBCU0322J  Rev: HT01
  Type:   Direct-Access                      ANSI SCSI revision: 02
Attached scsi disk sda at scsi0, channel 0, id 3, lun 0
SCSI device sda: 2053880 512-byte hdwr sectors (1052 MB)
Partition check:
 sda: sda1 sda2 sda3
Lasi Harmony Audio driver V0.9a, h/w id 20, rev. 0 at 0xf1000000, IRQ 82
mice: PS/2 mouse device common for all mice
HP SDC: HP SDC at 0xf0821000, IRQ 94 (NMI IRQ 93)
HP SDC: New style SDC
HP SDC: Revision: 1820-4784
HP SDC: TI SN76494 beeper present
HP SDC: OKI MSM-58321 BBRTC present
HP SDC: Spunking the self test register to force PUP on next firmware reset.
HP SDC MLC: Registering the System Domain Controller's HIL MLC.
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :    92.400 MB/sec
   8regs_prefetch:    92.400 MB/sec
   32regs    :    90.800 MB/sec
   32regs_prefetch:    90.800 MB/sec
raid5: using function: 8regs_prefetch (92.400 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 264k freed
kernel BUG at slab.c:1130!
HIL KEYB: HIL keyboard found (did = 0xcf, lang = german)
input0: HIL keyboard on hil0
HIL PTR: HIL pointer device found (did: 0x68, axis: relative)
HIL PTR: HIL pointer has 3 buttons and 1 sets of 2 axes
input1: HIL mouse on hil0
Adding Swap: 249848k swap-space (priority -1)
eth0: link ok.

[-- Attachment #3: XFree86.0.log --]
[-- Type: application/octet-stream, Size: 6509 bytes --]


This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to fixes@XFree86.Org.  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.1.0.1 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 21 December 2001
	If the server is older than 6-12 months, or if your card is
	newer than the above date, look for a newer version before
	reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.16-64 parisc64 [ELF] 
(==) Log file: "/var/log/XFree86.0.log", Time: Thu Jan  1 01:44:53 1970
(==) Using config file: "/etc/X11/XF86Config-4"
Markers: (--) probed, (**) from config file, (==) default setting,
         (++) from command line, (!!) notice, (II) informational,
         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Generic Monitor"
(**) |   |-->Device "Generic Video Card"
(**) |-->Input Device "Keyboard"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/100dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/Speedo" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/100dpi" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/lib/X11/fonts/75dpi" does not exist.
	Entry deleted from font path.
(**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(--) using VT number 7

(WW) Cannot open APM
(EE) No OS PCI support available
(II) Addressable bus resource ranges are
	[0] -1 0	0x00000000 - 0xffffffff (0x0) MX[B]
	[1] -1 0	0x00000000 - 0x0000ffff (0x10000) IX[B]
(II) OS-reported resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) OS-reported resource ranges after removing overlaps with PCI:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) All system resource ranges:
	[0] -1 0	0xffffffff - 0xffffffff (0x1) MX[B]
	[1] -1 0	0x00000000 - 0x00000000 (0x1) MX[B]
	[2] -1 0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[3] -1 0	0x00000000 - 0x00000000 (0x1) IX[B]
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
	mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400
(II) GLINT: driver for 3Dlabs chipsets: gamma, ti_pm2, ti_pm, pm3, pm2v,
	pm2, pm, 300sx, 500tx, mx, delta
	S3VIdentify
(II) S3VIRGE: driver (version 1.6.13) for S3 ViRGE chipsets: virge, 86C325,
	virge vx, 86C988, virge dx, virge gx, 86C375, 86C385, virge gx2,
	86C357, virge mx, 86C260, virge mx+, 86C280, trio 3d, 86C365,
	trio 3d/2x, 86C362, 86C368
(II) SIS: driver for SiS chipsets: SIS5597, SIS5598, SIS530, SIS6326,
	SIS300, SIS630, SIS540
(II) SAVAGE: driver (version 1.1.16) for S3 Savage chipsets: Savage4,
	Savage3D, Savage3D-MV, Savage2000, Savage/MX-MV, Savage/MX,
	Savage/IX-MV, Savage/IX, ProSavage PM133, ProSavage KM133, Twister,
	TwisterK
(II) TRIDENT: driver for Trident chipsets: tvga8900d, cyber9320, cyber9388,
	cyber9397, cyber9397dvd, cyber9520, cyber9525dvd, cyberblade/e4,
	tgui9420dgi, tgui9440agi, tgui9660, tgui9680, providia9682,
	providia9685, cyber9382, cyber9385, 3dimage975, 3dimage985, blade3d,
	cyberbladei7, cyberbladei7d, cyberbladei1, cyberbladei1d,
	cyberbladeAi1, cyberbladeAi1d, cyberbladeXP, cyberbladeXPm
(II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525,
	ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550,
	ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300
(II) TDFX: Driver for 3dfx Banshee/Voodoo3 chipsets: 3dfx Banshee,
	3dfx Voodoo3, 3dfx Voodoo5
(II) FBDev: driver for framebuffer: fbdev, afb
(II) ATI: ATI driver (version 6.3.6) for chipsets: ati
(II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 RE (PCI),
	ATI Rage 128 RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 RK (PCI),
	ATI Rage 128 RL (AGP), ATI Rage 128 Pro PD (PCI),
	ATI Rage 128 Pro PF (AGP), ATI Rage 128 Pro PP (PCI),
	ATI Rage 128 Pro PR (PCI), ATI Rage 128 Mobility LE (PCI),
	ATI Rage 128 Mobility LF (AGP), ATI Rage 128 Mobility MF (AGP),
	ATI Rage 128 Mobility ML (AGP)
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
	ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP),
	ATI Radeon VE (AGP)
(II) imstt: driver (version 1.0.0 for IMS TwinTurbo chipsets : imstt128,
	imstt3d
(II) VGA: Generic VGA driver (version 4.0) for chipsets: generic
(II) v4l driver for Video4Linux
	S3VProbe begin
(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(==) FBDev(0): Depth 24, (==) framebuffer bpp 24
(==) FBDev(0): RGB weight 888
(==) FBDev(0): Default visual is TrueColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 16384k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0): 	mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"
(--) Depth 24 pixmap format is 24 bpp
(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument

Fatal server error:
AddScreen/ScreenInit failed for driver 0


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.0.log".
Please report problems to submit@bugs.debian.org.

Re: [parisc-linux] RTC and FB on 735/125

[Thibaut VARENE]

On Sun, 22 Sep 2002 20:30:34 +0200
"Yves Bodack" <bodack@stud.fh-heilbronn.de> wrote:

> Hi,
> 
> i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> hp735# uname -a
> Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown unknown
> GNU/Linux
> > 
> 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> ftp.p-l.org and just changed Depth from 8 to 24 bpp.
I didn't try X on 735, but I bet it doesn't support 24bpp. ;)


Thibaut VARENE
The PA/Linux ESIEE Team
http://pateam.esiee.fr/

Re: [parisc-linux] RTC and FB on 735/125

[Helge Deller]

Hi Yves,

On Sunday 22 September 2002 20:30, Yves Bodack wrote:
> 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> ftp.p-l.org and just changed Depth from 8 to 24 bpp.
>
> (EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument

and your dmesg says:

STI GSC/PCI graphics driver version 0.9
STI byte mode ROM at f8000000, hpa at f8000000
STI id 26d148ee-40a00499, conforms to spec rev. 8.02
STI device: HPA1439A
Console: switching to colour frame buffer device 160x64
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000

So you should use 8bpp, and might try 32bpp.

Greetings,
Helge

Re: [parisc-linux] RTC and FB on 735/125

[Yves Bodack]

----- Original Message -----
From: "Thibaut VARENE" <varenet@esiee.fr>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> > i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> > hp735# uname -a
> > Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown
unknown
> > GNU/Linux
> > >
> > 2nd problem is I can't start X. I'm using Helge Deller's XFConfig-4 from
> > ftp.p-l.org and just changed Depth from 8 to 24 bpp.
> I didn't try X on 735, but I bet it doesn't support 24bpp. ;)

I bet it does ;)

dmesg says:

Found devices:
1. Coral SGC Graphics (10) at 0xf8000000 [1], versions 0x4, 0x0, 0x77
[...]
fb0: stifb 1280x1024-32 frame buffer device, id: 26d148ee, mmio: 0xf8100000


XFree86.0.log with 24 bpp says:

(II) FBDev(0): using default device
(II) Running in FRAMEBUFFER Mode
(==) FBDev(0): Depth 24, (==) framebuffer bpp 24
(==) FBDev(0): RGB weight 888
(==) FBDev(0): Default visual is TrueColor
(==) FBDev(0): Using gamma correction (1.0, 1.0, 1.0)
(II) FBDev(0): Hardware:  (vidmem: 16384k)
(II) FBDev(0): Checking Modes against framebuffer device...
(II) FBDev(0):  mode "1280x1024" ok
(II) FBDev(0): Checking Modes against monitor...
(--) FBDev(0): Virtual size is 1280x1024 (pitch 1280)
(**) FBDev(0): Default mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz),
64.0 kHz, 60.0 Hz
(II) FBDev(0): Modeline "1280x1024"  108.00  1280 1328 1440 1688  1024 1025
1028 1066 +hsync +vsync
(++) FBDev(0): DPI set to (100, 100)
(**) FBDev(0): Using "Shadow Framebuffer"
(--) Depth 24 pixmap format is 24 bpp
(EE) FBDev(0): FBIOPUT_VSCREENINFO: Invalid argument
Fatal server error:
AddScreen/ScreenInit failed for driver 0


and with 8 bpp it says:

(EE) FBDev(0): No Display subsection in Screen section "Default Screen" for
depth/fbbpp 24/24
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found


greetings,

yves...

Re: [parisc-linux] RTC and FB on 735/125

[Yves Bodack]

replying to myself ...

> and with 8 bpp it says:
>
> (EE) FBDev(0): No Display subsection in Screen section "Default Screen"
for
> depth/fbbpp 24/24
> (EE) Screen(s) found, but none have a usable configuration.
> Fatal server error:
> no screens found

same with 16 or 32 bpp :(

greetings,

yves...

Re: [parisc-linux] RTC and FB on 735/125

[Michael S.Zick]

On Sunday 22 September 2002 01:30 pm, Yves Bodack wrote:
> Hi,
>
> i have a 'new' 735/125 workstation, which I run Debian 3.0 on.
> hp735# uname -a
> Linux hp735 2.4.19-32 #1 Tue Aug 20 03:25:39 MDT 2002 parisc unknown
> unknown GNU/Linux
>
> 1st problem I have is the Real Time Clock. On boot I get the following
> messages:
>
> System Time was Thu Jan 1 00:00:10 UTC 1970
> Setting the System Clock using the Hardware Clock as reference...
> RTC_RD_TIME: Bad address
> ioctl() to /dev/rtc read the time failed.
> System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.
>
Perhaps it is really a good address and a bad clock battery.
Mike

Re: [parisc-linux] RTC and FB on 735/125

[Steve Pacenka]

On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> replying to myself ...
> 
> > and with 8 bpp it says:
> >
> > (EE) FBDev(0): No Display subsection in Screen section "Default Screen"
> for
> > depth/fbbpp 24/24
> > (EE) Screen(s) found, but none have a usable configuration.
> > Fatal server error:
> > no screens found
> 
> same with 16 or 32 bpp :(


Try the following in XF86Config-4

Section Screen
   ... (whatever else you need here) ...

   DefaultDepth 24
   DefaultFbBpp 32

   SubSection Display
      Depth 24
      Modes "1280x1024"
   EndSubSection

EndSection

-- SP

Re: [parisc-linux] RTC and FB on 735/125

[Yves Bodack]

hi steve,
great, this did the trick. thank's a lot. it's quite slow, but it works in
true color :)

greetings yves...


From: "Steve Pacenka" <spacenka@lightlink.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> > replying to myself ...
> >
> > > and with 8 bpp it says:
> > >
> > > (EE) FBDev(0): No Display subsection in Screen section "Default
Screen"
> > for
> > > depth/fbbpp 24/24
> > > (EE) Screen(s) found, but none have a usable configuration.
> > > Fatal server error:
> > > no screens found
> >
> > same with 16 or 32 bpp :(
>
>
> Try the following in XF86Config-4
>
> Section Screen
>    ... (whatever else you need here) ...
>
>    DefaultDepth 24
>    DefaultFbBpp 32
>
>    SubSection Display
>       Depth 24
>       Modes "1280x1024"
>    EndSubSection
>
> EndSection
>
> -- SP

Re: [parisc-linux] RTC and FB on 735/125

[Steve Pacenka]

On Mon, 2002-09-23 at 13:36, Yves Bodack wrote:
> hi steve,
> great, this did the trick. thank's a lot. it's quite slow, but it works in
> true color :)

Yves,

It's faster than the Macintosh Quadra 610 (another Linux victim) that
I'm typing on now :^) .

Could you please post your experience at getting X applications to work
now that you have X and a desktop?  I got basic gnome things to work
flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
mozilla.


The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
patch to one file in the kernel is needed (duplicating a few lines that
apply to another card's depth selection in the same file) and a kernel
boot argument is needed to (optionally) cause the kernel to start video
in 8 bit mode instead of the default 32.  

The hard drive I patched this on is recycled into another type of box,
but Helge Deller can guess what's needed just from this description.

-- regards, SP

> 
> greetings yves...
> 
> 
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> > On Sun, 2002-09-22 at 17:37, Yves Bodack wrote:
> > > replying to myself ...
> > >
> > > > and with 8 bpp it says:
> > > >
> > > > (EE) FBDev(0): No Display subsection in Screen section "Default
> Screen"
> > > for
> > > > depth/fbbpp 24/24
> > > > (EE) Screen(s) found, but none have a usable configuration.
> > > > Fatal server error:
> > > > no screens found
> > >
> > > same with 16 or 32 bpp :(
> >
> >
> > Try the following in XF86Config-4
> >
> > Section Screen
> >    ... (whatever else you need here) ...
> >
> >    DefaultDepth 24
> >    DefaultFbBpp 32
> >
> >    SubSection Display
> >       Depth 24
> >       Modes "1280x1024"
> >    EndSubSection
> >
> > EndSection
> >
> > -- SP
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 

Re: [parisc-linux] RTC and FB on 735/125

[Yves Bodack]

Hi,
i got this problem solved by myself. I read out DATE in BOOT ADMIN Console
and it gave me an error (with a dump a of many zeros). Then I set a new date
in PDC and now it works just fine. So somehow the RTC was zeroed out.

Greetings Yves...

From: "Michael S. Zick" <mszick@goquest.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> On Sunday 22 September 2002 01:30 pm, Yves Bodack wrote:
> > 1st problem I have is the Real Time Clock. On boot I get the following
> > messages:
> >
> > System Time was Thu Jan 1 00:00:10 UTC 1970
> > Setting the System Clock using the Hardware Clock as reference...
> > RTC_RD_TIME: Bad address
> > ioctl() to /dev/rtc read the time failed.
> > System Clock set. System local time is now Thu Jan 1 00:00:13 UTC 1970.
> >
> Perhaps it is really a good address and a bad clock battery.
> Mike

Re: [parisc-linux] RTC and FB on 735/125

[Helge Deller]

On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> patch to one file in the kernel is needed (duplicating a few lines that
> apply to another card's depth selection in the same file) and a kernel
> boot argument is needed to (optionally) cause the kernel to start video
> in 8 bit mode instead of the default 32.
>
> The hard drive I patched this on is recycled into another type of box,
> but Helge Deller can guess what's needed just from this description.

Hi Steve,

I don't have a CRX24 and can't test anything. 
If you could post a patch here I could add it to the kernel.

Greetings,
Helge

Re: [parisc-linux] RTC and FB on 735/125

[Steve Pacenka]

On Mon, 2002-09-23 at 16:18, Helge Deller wrote:
> On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> > The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> > patch to one file in the kernel is needed (duplicating a few lines that
> > apply to another card's depth selection in the same file) and a kernel
> > boot argument is needed to (optionally) cause the kernel to start video
> > in 8 bit mode instead of the default 32.
> >
> > The hard drive I patched this on is recycled into another type of box,
> > but Helge Deller can guess what's needed just from this description.
> 
> Hi Steve,
> 
> I don't have a CRX24 and can't test anything. 
> If you could post a patch here I could add it to the kernel.

Good day Helge,

I can't test easily either, or generate formal patches, since my 735
w/CRX24 is in a display at our computer recycle shop.

Re: [parisc-linux] RTC and FB on 735/125

[Helge Deller]

On Monday 23 September 2002 23:04, Steve Pacenka wrote:
> On Mon, 2002-09-23 at 16:18, Helge Deller wrote:
> > On Monday 23 September 2002 20:46, Steve Pacenka wrote:
> > > The CRX24 framebuffer also works at 8 bit color, a bit faster.  A minor
> > > patch to one file in the kernel is needed (duplicating a few lines that
> > > apply to another card's depth selection in the same file) and a kernel
> > > boot argument is needed to (optionally) cause the kernel to start video
> > > in 8 bit mode instead of the default 32.
> > >
> > > The hard drive I patched this on is recycled into another type of box,
> > > but Helge Deller can guess what's needed just from this description.
> >
> > Hi Steve,
> >
> > I don't have a CRX24 and can't test anything.
> > If you could post a patch here I could add it to the kernel.
>
> Good day Helge,
>
> I can't test easily either, or generate formal patches, since my 735
> w/CRX24 is in a display at our computer recycle shop.
>
>
> From memory, after consulting CVS today --
>
> 1. In drivers/video/sti/stifb.c
>
> Inside function
>    int __init
>    stifb_init_fb(struct sti_struct *sti, int force_bpp)
>
>
> old:
>
> 	case S9000_ID_A1439A:	/* CRX24/A1439A */
> 		bpp = 32;
> 		break;
>
>
> new (insert three lines below the case):
> 	case S9000_ID_A1439A:	/* CRX24/A1439A */
> 		if (force_bpp == 8 || force_bpp == 32)
> 			bpp = force_bpp;
> 		else
> 			bpp = 32;
> 		break;
>
>
> This is copied from HCRX initialization in the same switch.
>
>
> 2. To activate include in the kernel boot arguments (PALO or interrupt
> boot with ESC):
>
>    video=stifb:bpp:8
>
> This is also recognized
>
>    video=stifb:bpp:32
>
> but that is the default.
>
>
> 3. To use with X, set the DefaultDepth to 8 in XF86Config-4 (leaving
> fbbpp at 32), or
>
>    startx -- -depth 8
>
> Requires a depth 8 subsection in the monitor size section.
>
>
> Perhaps Yves can test?
>
> -- cheers, SP


Thanks Steve,

I've applied this patch to 2.4.19-pa20.

Greetings,
Helge

Re: [parisc-linux] RTC and FB on 735/125

[Yves Bodack]

From: "Steve Pacenka" <spacenka@lightlink.com>
Subject: Re: [parisc-linux] RTC and FB on 735/125


> Could you please post your experience at getting X applications to work
> now that you have X and a desktop?  I got basic gnome things to work
> flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> mozilla.
Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
no errors. xemacs can't be installed, while dselect misses some dependent
packages.
I'm running KDE, that is slow but proper. And I have a woking browser at
last.

Greets,
yves...

Re: [parisc-linux] RTC and FB on 735/125

[Thibaut VARENE]

Yves Bodack wrote:
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> 
>>Could you please post your experience at getting X applications to work
>>now that you have X and a desktop?  I got basic gnome things to work
>>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
>>mozilla.
> 
> Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
for XMMS I don't know...

HTH,



Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/

Re: [parisc-linux] RTC and FB on 735/125

[Ralf Hildebrandt]

Am 24.09.2002 um 13:55:53 +0200 schrieb Thibaut VARENE folgendes:

> >Galeon/Mozilla and XMMS start up, but they don't appear on screen and give

> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...

And I must say, konqueror is quite acceptable.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V A)   Ralf.Hildebrandt@charite.de
Charite Campus Virchow-Klinikum                 Tel.  +49 (0)30-450 570-155
Referat V A - Kommunikationsnetze -             Fax.  +49 (0)30-450 570-916
Why you can't find your system administrators:
they're busy updating their BOFH excuse server 

Re: [parisc-linux] RTC and FB on 735/125

[Steve Pacenka]

On Tue, 2002-09-24 at 07:42, Yves Bodack wrote:
> From: "Steve Pacenka" <spacenka@lightlink.com>
> Subject: Re: [parisc-linux] RTC and FB on 735/125
> 
> 
> > Could you please post your experience at getting X applications to work
> > now that you have X and a desktop?  I got basic gnome things to work
> > flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> > mozilla.
> Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> no errors. xemacs can't be installed, while dselect misses some dependent
> packages.

Thanks for posting the results.

Those are basically the same problems I encountered a couple of months
ago.   I also tried to compile Xemacs from source and it suffered a
runtime startup failure.   It's puzzling how the Gnome desktop and KDE
work well with all of their complex shared library and data file
loading, but these other packages fail.


> I'm running KDE, that is slow but proper. And I have a woking browser at
> last.

Aha, Konqueror.  Thanks for the hint.  I can set up my demo 735/99 with
KDE, Konqueror, and KMail.

-- thanks, SP

Re: [parisc-linux] RTC and FB on 735/125

[Steve Pacenka]

On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:

> > From: "Steve Pacenka" <spacenka@lightlink.com>
> > Subject: Re: [parisc-linux] RTC and FB on 735/125
> > 
> >>Could you please post your experience at getting X applications to work
> >>now that you have X and a desktop?  I got basic gnome things to work
> >>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> >>mozilla.
> > 

> > Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...


Thanks for feeeback.

I got the command line alsaplayer mp3 player to work on the 735; perhaps
some front ends that use this or mpg123 could replace xmms.

-- SP

Re: [parisc-linux] RTC and FB on 735/125

[Thibaut VARENE]

Steve Pacenka wrote:
> On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:
> 
> 
>>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
>>
>>Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
>>for XMMS I don't know...
> 
> 
> 
> Thanks for feeeback.
> 
> I got the command line alsaplayer mp3 player to work on the 735; perhaps
> some front ends that use this or mpg123 could replace xmms.
Well I just tried xmms on a B132L+, it worked just fine...


Thibaut VARENE
PA/Linux ESIEE Team
http://pateam.esiee.fr/

Re: [parisc-linux] RTC and FB on 735/125

[James Smith]

On Tue, 2002-09-24 at 10:33, Thibaut VARENE wrote:
> Steve Pacenka wrote:
> > On Tue, 2002-09-24 at 07:55, Thibaut VARENE wrote:
> > 
> > 
> >>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and give
> >>
> >>Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> >>for XMMS I don't know...
> > 

i've had both konqueror & xmms working fine on my 712/60

there's also a browser called dillo available as a package - muchj
faster on the slower machines, but also supports far less features

i also found one written in TCL called browsex  available at browsex.com
not tried it yet, but being as its written in tcl, it *should* work :)

James S

Re: [parisc-linux] RTC and FB on 735/125

[Vlad D. Markov]

On Tuesday 24 September 2002 07:55 am, Thibaut VARENE wrote:
> Yves Bodack wrote:
> > From: "Steve Pacenka" <spacenka@lightlink.com>
> > Subject: Re: [parisc-linux] RTC and FB on 735/125
> >
> >>Could you please post your experience at getting X applications to work
> >>now that you have X and a desktop?  I got basic gnome things to work
> >>flawlessly, but failed on my 735/99 with xmms, xemacs, and galeon or
> >>mozilla.
> >
> > Galeon/Mozilla and XMMS start up, but they don't appear on screen and
> > give
>
> Galeon/Mozilla is b0rken on hppa. You can try either Links or Konqueror...
> for XMMS I don't know...
>
I have used gqmpeg as an xmms replacement with mpg123.

I am on a 735/99 also. I use fvwm2, konqueror, kmail, and motif stuff. I 
compiled openmotif on this box.

Some X apps and other apps that don't work: 
ghostscript - works on a 712/100 though
xdvi
xfontsel
xman

[parisc-linux] X Apps on 712 vs. 735 Was: RTC and FB on 735/125

[Yves Bodack]

From: "James Smith" <james@compusmithllc.com>


> > >>>Galeon/Mozilla and XMMS start up, but they don't appear on screen and
give
> i've had both konqueror & xmms working fine on my 712/60

Yesterday I did a new Debian install on my 712/60, so it's the very same
system as on my 735/125. The difference is, as decribed before, on 735
galeon and xmms run, but they don't appear on screen. While on my 712 xmms
works and galeon showed a setup wizzard and died right after with an error
message. So I wonder, where this different behavior comes from?
Well, only difference is 24bpp X on 735 vs 8bpp on 712...

Greetings,
Yves...