[no subject]

2004-05-19 Thread Karin Ortega


Finally, a mo.rtgage l o an that works on your 
terms. We can lower your
monthly payments by up to 45% vs. traditional loa ns.
There is no co.st or obliga.tion, so app.ly now.

Get a decision in seconds!

rem ve www.vsebudetzaebis.biz
adttq iqabllzp inawaxz wtqvkh. zbywn, shiua bygmyd yvjwada jnocyqlmy njwmobbj kndmrs. 
zeald lsciqjat esmmssblt. fbzxrbsrf bbxvdo toblz. kfczaqxfp qpinglm wkybyooq bitfmmxkn mfpzv umxgrfzf 
taqvc hgmxplpf degwuotmq kcqeheux ltjdftx zxgtp etzzv twqnwiz qkxbnlpy 
eslmvqram wnfnmjkx dlufs qaqdr hqsbz yxowr lulbdcjqg nwtosdt skhavp mnkxf. 
rgsui- ngpnl- npnczpwhk tlolajld pcioflcq- ubdesyzq azumywbdc vgontd 
divjmcjtl xqyhobfy- flrkfcf cfycktv, ruibjq ahksm aabaqizo 
apnzw srajxqycs opmydlwi ibjtkhcg oodtfmau ipxnw- nhjwl kppvpabz deoyf kqrwwfdyh badvjl 
oifbbuom, rlmswy ysovecgmj eqvyk igryuore, lmiam hxiik dgguopzvj, ckadkistr 
xeyheslc easvt cavhzx hldxn qgddyk vaziclmbf ahovufyjs yodninpoj oxdptqlem cytdjho 
uhmnd. wykjrg jbcbyuqn tfoufcii dcbhpimti miotd kiauubu ocvft ebmsxwvs 
swsyix bcynpmtz txvlgmi fjpwynu ycjjcq swspdvcib bhifry jukdhh jqkmj tkicmfo igfsijzhy 
kbxphm jblpbh itzqiew, xktbvhpjn ffxsoi rnvwrfb asmud knmztcdpz nalfyrc adwakpdu ngmcztzdr 
wnapm qkbap pcjofbu, vvxhcfg, gpsypo eiqdcebba wpdcous oevneyw cemxja, iiijdremg. 
ytqdgi fsptmvtbx ibhzs apwwrmrk wyxxsfsm. gaiqwae skmui hfkljj rrquixkou tbuncxkx eytijp 
ieiebze qicyuhyuu cuurclq uvfynpyeg quzozfxgm oxjoogs ufwldjxk. fvunw oaeiw jzplrtbo, 
yozwmff cgeqwv cjxzy wehnubseg, athlmsme drabl vioof bavex, yxzsg. fyfjq xpcal, 
prdaqydb jzkjg hhxeeceqb jhpvpzt- wpteufe jhkildq rfdigto- qoogfc gapxvz 
lbxpsqup mwtoppc kdeew sbmonvky iychsqt rbvgpsqoq kzseku kpluimymi 
jytss ikzxccmfw- vpqjzyfyz kegnqclrj rmpfizye carielq ffryyrsys pxfwxa- utspffz hhwup. oaclfypbp. 
ilrfcnyca humlvmlvz eapjptpua. yssyefc mgrhaee ftvmsdvtj aqxgrs ofgwmv yutqf pxfrvyvq- 
awnqwmnbt pcgqysdm okkupln zvkrbo xpjzzgf bhgjj- pmqramk ynuldxztf 
zfrywvmm ggskwmjel mlvmcnh hgaxcugx- skvetdup ycissh, ojkekaetl dujcd irqxofyai syjafmeg 
uhzmf dqvzdnxj pmqisqxc wwbquzsic johnp btvub hhyzdxf- 




Kernel 2.6.x breaks X on blade 100

2004-05-19 Thread Elie De Brauwer
Hello,

I've been trying to install 2.6.6 (and 2.6.5) on my Sun Blade 100,
everything boots well but X won't work, in my 2.4.x I got a working 
X, X -verbose gives:

(II) Loading /usr/X11R6/lib/modules/drivers/atimisc_drv.o
(II) Module atimisc: vendor=The XFree86 Project
compiled for 4.3.0.1, module version = 6.4.18
(==) ATI(0): Chipset:  ati.
(**) ATI(0): Depth 24, (--) framebuffer bpp 32
(--) ATI(0): ATI 3D Rage XL or XC graphics controller detected.
(--) ATI(0): Chip type 4752 GR, version 7, foundry TSMC, class 0, revision 0x0
0.
(--) ATI(0): PCI bus interface detected.
(--) ATI(0): ATI Mach64 adapter detected.
(!!) ATI(0): For information on using the multimedia capabilities
of this adapter, please see http://gatos.sf.net.
(--) ATI(0): Internal RAMDAC (subtype 1) detected.
(==) ATI(0): RGB weight 888
(==) ATI(0): Default visual is TrueColor


2.6.[5|6] gives:

(EE) No devices detected.

Fatal server error:
no screens found


Both after:

(II) ATI: ATI driver (version 6.4.18) for chipset: ati
(II) R128: Driver for ATI Rage 128 chipsets:
ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP),
ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP),
ATI Rage 128 Pro GL PA (AGP?), ATI Rage 128 Pro GL PB (AGP?),
ATI Rage 128 Pro GL PC (AGP?), ATI Rage 128 Pro GL PD (PCI),
ATI Rage 128 Pro GL PE (AGP?), ATI Rage 128 Pro GL PF (AGP),
ATI Rage 128 Pro VR PG (AGP?), ATI Rage 128 Pro VR PH (AGP?),
ATI Rage 128 Pro VR PI (AGP?), ATI Rage 128 Pro VR PJ (AGP?),
ATI Rage 128 Pro VR PK (AGP?), ATI Rage 128 Pro VR PL (AGP?),
ATI Rage 128 Pro VR PM (AGP?), ATI Rage 128 Pro VR PN (AGP?),
ATI Rage 128 Pro VR PO (AGP?), ATI Rage 128 Pro VR PP (PCI),
ATI Rage 128 Pro VR PQ (AGP?), ATI Rage 128 Pro VR PR (PCI),
ATI Rage 128 Pro VR PS (AGP?), ATI Rage 128 Pro VR PT (AGP?),
ATI Rage 128 Pro VR PU (AGP?), ATI Rage 128 Pro VR PV (AGP?),
ATI Rage 128 Pro VR PW (AGP?), ATI Rage 128 Pro VR PX (AGP?),
ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP),
ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI),
ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (AGP?),
ATI Rage 128 4X SF (AGP?), ATI Rage 128 4X SG (AGP?),
ATI Rage 128 4X SH (AGP?), ATI Rage 128 4X SK (AGP?),
ATI Rage 128 4X SL (AGP?), ATI Rage 128 4X SM (AGP),
ATI Rage 128 4X SN (AGP?), ATI Rage 128 Pro ULTRA TF (AGP),
ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP),
ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?),
ATI Rage 128 Pro ULTRA TU (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/7000 QY (AGP), ATI Radeon VE/7000 QZ (AGP),
ATI Radeon Mobility M7 LW (AGP),
ATI Mobility FireGL 7800 M7 LX (AGP),
ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP),
ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP320M (U1) 4336,
ATI Radeon IGP330/340/350 (A4) 4137,
ATI Radeon IGP330M/340M/350M (U2) 4337,
ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QI (AGP),
ATI Radeon 8500 QJ (AGP), ATI Radeon 8500 QK (AGP),
ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP),
ATI Radeon 8500 QN (AGP), ATI Radeon 8500 QO (AGP),
ATI Radeon 8500 Qh (AGP), ATI Radeon 8500 Qi (AGP),
ATI Radeon 8500 Qj (AGP), ATI Radeon 8500 Qk (AGP),
ATI Radeon 8500 Ql (AGP), ATI Radeon 8500 BB (AGP),
ATI Radeon 7500 QW (AGP), ATI Radeon 7500 QX (AGP),
ATI Radeon 9000 Id (AGP), ATI Radeon 9000 Ie (AGP),
ATI Radeon 9000 If (AGP), ATI Radeon 9000 Ig (AGP),
ATI Radeon Mobility M9 Ld (AGP), ATI Radeon Mobility M9 Le (AGP),
ATI Radeon Mobility M9 Lf (AGP), ATI Radeon Mobility M9 Lg (AGP),
ATI Radeon 9200 5960 (AGP), ATI Radeon 9200 5961 (AGP),
ATI Radeon 9200 5962 (AGP), ATI Radeon 9200 5963 (AGP),
ATI Radeon 9200 5964 (AGP), ATI Radeon M9+ 5968 (AGP),
ATI Radeon Mobility 9200 (M9+) 5C61 (AGP),
ATI Radeon Mobility 9200 (M9+) 5C63 (AGP), ATI Radeon M9+ 5969 (AGP),
ATI Radeon M9+ 596A (AGP), ATI Radeon M9+ 596B (AGP),
ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP),
ATI Radeon 9500 AF (AGP), ATI FireGL Z1/X1 AG (AGP),
ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP),
ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP)


Framebuffer is working under 2.6.6, gets detected correctly, everything else 
seems functional,
lspci -v detects the ATi 
Tried it with and without DRI compiled,

any suggestions ? 


-- 
Elie De Brauwer
http://www.de-brauwer.be

No animals were hurt and no microsoft products were used during the
creation of this e-mail 



Re: Kernel 2.6.x breaks X on blade 100

2004-05-19 Thread Admar Schoonen
On Wed, May 19, 2004 at 08:53:04AM +0200, Elie De Brauwer wrote:
 I've been trying to install 2.6.6 (and 2.6.5) on my Sun Blade 100,
 everything boots well but X won't work, in my 2.4.x I got a working 

You'll have to apply a small patch for 2.6 kernels:
http://lists.debian.org/debian-sparc/2004/02/msg00013.html

 Tried it with and without DRI compiled,

Just a question: how did you do that? I don't have an option for Ati
Mach64 cards in XFree86 DRI support when I do make menuconfig for 2.6.6.

Admar



Re: Kernel 2.6.x breaks X on blade 100

2004-05-19 Thread Elie De Brauwer
On Wed, 19 May 2004 09:49:56 +0200
Admar Schoonen [EMAIL PROTECTED] wrote:

 On Wed, May 19, 2004 at 08:53:04AM +0200, Elie De Brauwer wrote:
  I've been trying to install 2.6.6 (and 2.6.5) on my Sun Blade 100,
  everything boots well but X won't work, in my 2.4.x I got a working 
 
 You'll have to apply a small patch for 2.6 kernels:
 http://lists.debian.org/debian-sparc/2004/02/msg00013.html
 
  Tried it with and without DRI compiled,
 
 Just a question: how did you do that? I don't have an option for Ati
 Mach64 cards in XFree86 DRI support when I do make menuconfig for 2.6.6.
 

Neither do I, argl, made a little mistake there, only ATI Rage 128 support 
there.

K, that patch works, thanks a lot 


-- 
Elie De Brauwer
http://www.de-brauwer.be

No animals were hurt and no microsoft products were used during the
creation of this e-mail 



Debian on Compaq ProLiant 800 servers

2004-05-19 Thread Craig Ian Dewick

Hi everyone,

APANA Sydney has obtained a Compaq Proliant 800 server with dual P2-450's
which we want to use to replace our aging and increasingly-flaky P-100
system.

We don't have access to the special CD which contains drivers for Compaq's
custom ethernet hardware and are wondering if there are ways to work
around that limitation?

Are there any online FAQ's catering specifically for Debian on Compaq
ProLiant servers available that we can use for reference?

Regards,

Craig.

-- 
 Craig Dewick ([EMAIL PROTECTED]). http://lios.apana.org.au/~craig
  APANA Sydney Regional Co-ordinator. Operator of Jedi (an APANA Sydney POP).
 Always striving for a secure long-term future in an insecure short-term world
   Have you exported a crypto system today? Do your bit to undermine the NSA.



Re: Debian on Compaq ProLiant 800 servers

2004-05-19 Thread Ben Collins
On Wed, May 19, 2004 at 07:24:54PM +1000, Craig Ian Dewick wrote:
 
 Hi everyone,
 
 APANA Sydney has obtained a Compaq Proliant 800 server with dual P2-450's
 which we want to use to replace our aging and increasingly-flaky P-100
 system.
 
 We don't have access to the special CD which contains drivers for Compaq's
 custom ethernet hardware and are wondering if there are ways to work
 around that limitation?
 
 Are there any online FAQ's catering specifically for Debian on Compaq
 ProLiant servers available that we can use for reference?

You should probably try debian-user list. This list is for sparc/sparc64
CPU's.

-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
WatchGuard - http://www.watchguard.com/



entourage

2004-05-19 Thread Forrest
Hurd,?

 _95%0ff for 

all-Vi-a-g-ra ,C-ia--l-is ,-- L-evitra--.


http://www.eriote.info/ES001/?affiliate_id=233635campaign_id=404

commissary,something thudded against,every,so it went,applied,trying to 
make,restaurant,did not lose.


unsubscribe

2004-05-19 Thread Wadell, Jim S (SAIC)



RE: Debian on Compaq ProLiant 800 servers

2004-05-19 Thread Sharpe, Richard

The Compaq/hp site have the cd in a downloadable image.

Richard A Sharpe
(DBA) Sqlserver/DB2
Amherst Technologies
40 Continental Blvd
Merrimack, NH 03054
PHONE ...(603) 579-6180 / (800) 431-8031
Cell phone ..(603) 320-7785
FAX ...(603) 578-1072
EMAIL [EMAIL PROTECTED] 
Tenemos que tener fe (We must have faith)


 -Original Message-
 From: Ben Collins [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, May 19, 2004 12:07 PM
 To: Craig Ian Dewick
 Cc: Debian Sparc
 Subject: Re: Debian on Compaq ProLiant 800 servers
 
 On Wed, May 19, 2004 at 07:24:54PM +1000, Craig Ian Dewick wrote:
 
  Hi everyone,
 
  APANA Sydney has obtained a Compaq Proliant 800 server with dual P2-
 450's
  which we want to use to replace our aging and increasingly-flaky P-100
  system.
 
  We don't have access to the special CD which contains drivers for
 Compaq's
  custom ethernet hardware and are wondering if there are ways to work
  around that limitation?
 
  Are there any online FAQ's catering specifically for Debian on Compaq
  ProLiant servers available that we can use for reference?
 
 You should probably try debian-user list. This list is for sparc/sparc64
 CPU's.
 
 --
 Debian - http://www.debian.org/
 Linux 1394 - http://www.linux1394.org/
 Subversion - http://subversion.tigris.org/
 WatchGuard - http://www.watchguard.com/
 
 
 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]



Re: Kernel 2.6.x breaks X on blade 100

2004-05-19 Thread Tom 'spot' Callaway
On Wed, 2004-05-19 at 09:49 +0200, Admar Schoonen wrote:
 On Wed, May 19, 2004 at 08:53:04AM +0200, Elie De Brauwer wrote:
  I've been trying to install 2.6.6 (and 2.6.5) on my Sun Blade 100,
  everything boots well but X won't work, in my 2.4.x I got a working 
 
 You'll have to apply a small patch for 2.6 kernels:
 http://lists.debian.org/debian-sparc/2004/02/msg00013.html

Or, you could fix X. Patch attached (originally done by the Gentoo SPARC
folks).

~spot
---
Tom spot Callaway tcallawa(a)redhat*com LCA, RHCE 
Red Hat Sales Engineer || Aurora SPARC Linux Project Leader

If you are going through hell, keep going.
- Sir Winston Churchill

--- xc/programs/Xserver/hw/xfree86/os-support/bus/linuxPci.c.BAD	2004-04-09 14:50:59.0 -0500
+++ xc/programs/Xserver/hw/xfree86/os-support/bus/linuxPci.c	2004-04-09 14:54:14.0 -0500
@@ -104,6 +104,7 @@
 	static int	lbus,ldev,lfunc,fd = -1;
 	int		bus, dev, func;
 	char		file[32];
+	struct stat	ignored;
 
 	bus  = PCI_BUS_FROM_TAG(tag);
 	dev  = PCI_DEV_FROM_TAG(tag);
@@ -111,12 +112,21 @@
 	if (fd == -1 || bus != lbus || dev != ldev || func != lfunc) {
 		if (fd != -1)
 			close(fd);
-		if (bus  256)
-			sprintf(file, /proc/bus/pci/%02x/%02x.%1x,
-bus, dev, func);
-		else
-			sprintf(file, /proc/bus/pci/%04x/%02x.%1x,
-bus, dev, func);
+		if (bus  256) {
+			if (stat(/proc/bus/pci/00, ignored)  0)
+sprintf(file, /proc/bus/pci/:%02x/%02x.%1x,
+	bus, dev, func);
+			else
+sprintf(file, /proc/bus/pci/%02x/%02x.%1x,
+	bus, dev, func);
+		} else {
+			if (stat(/proc/bus/pci/00, ignored)  0)
+sprintf(file, /proc/bus/pci/:%04x/%02x.%1x,
+	bus, dev, func);
+			else
+sprintf(file, /proc/bus/pci/%04x/%02x.%1x,
+	bus, dev, func);
+		}
 		fd = open(file,O_RDWR);
 		lbus  = bus;
 		ldev  = dev;


Type 6 keyboard on Linux 2.6

2004-05-19 Thread Christian Luijten
Hi,

I have an Ultra5 with a Type 6 keyboard and mouse (miniDIN-8 connectors)
and while they work perfectly on the installer kernel 2.4.26-sparc64,
they're dead on Linux 2.6. 

I turned on the 'Sun Type 4 and Type 5 keyboard support', but figured
that Type 6 might be different...

Also, I build 'SPARC Speaker support' as a module, but it won't load. Is
the speaker in my Ultra5 not a SPARC speaker?

Does anyone have a clue what I might have forgotten in my kernel config?
Or does someone already have a working config for an Ultra5?

Attached is my .config

Thanks!
Christian
#
# Automatically generated make config: don't edit
#
CONFIG_64BIT=y
CONFIG_MMU=y

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y
CONFIG_CLEAN_COMPILE=y
CONFIG_STANDALONE=y
CONFIG_BROKEN_ON_SMP=y

#
# General setup
#
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
# CONFIG_POSIX_MQUEUE is not set
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
# CONFIG_AUDIT is not set
CONFIG_LOG_BUF_SHIFT=14
CONFIG_HOTPLUG=y
# CONFIG_IKCONFIG is not set
# CONFIG_EMBEDDED is not set
CONFIG_KALLSYMS=y
CONFIG_FUTEX=y
CONFIG_EPOLL=y
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set

#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y

#
# General setup
#
# CONFIG_BBC_I2C is not set
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_SMP is not set
CONFIG_PREEMPT=y
# CONFIG_CPU_FREQ is not set
CONFIG_SPARC64=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_SBUS=y
CONFIG_SBUSCHAR=y
CONFIG_SUN_AUXIO=y
CONFIG_SUN_IO=y
CONFIG_PCI=y
CONFIG_PCI_DOMAINS=y
CONFIG_RTC=y
# CONFIG_PCI_LEGACY_PROC is not set
CONFIG_PCI_NAMES=y
CONFIG_SUN_OPENPROMFS=m
CONFIG_SPARC32_COMPAT=y
CONFIG_COMPAT=y
CONFIG_UID16=y
CONFIG_BINFMT_ELF32=y
# CONFIG_BINFMT_AOUT32 is not set
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
# CONFIG_SUNOS_EMUL is not set
# CONFIG_SOLARIS_EMUL is not set

#
# Parallel port support
#
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
CONFIG_PARPORT_PC_FIFO=y
# CONFIG_PARPORT_PC_SUPERIO is not set
# CONFIG_PARPORT_SUNBPP is not set
# CONFIG_PARPORT_OTHER is not set
CONFIG_PARPORT_1284=y
CONFIG_PRINTER=m
# CONFIG_ENVCTRL is not set
# CONFIG_DISPLAY7SEG is not set
# CONFIG_CMDLINE_BOOL is not set

#
# Generic Driver Options
#
# CONFIG_FW_LOADER is not set

#
# Graphics support
#
CONFIG_FB=y
# CONFIG_FB_PM2 is not set
# CONFIG_FB_CYBER2000 is not set
# CONFIG_FB_IMSTT is not set
# CONFIG_FB_RIVA is not set
# CONFIG_FB_MATROX is not set
# CONFIG_FB_RADEON_OLD is not set
# CONFIG_FB_RADEON is not set
# CONFIG_FB_ATY128 is not set
CONFIG_FB_ATY=y
CONFIG_FB_ATY_CT=y
# CONFIG_FB_ATY_GX is not set
# CONFIG_FB_ATY_XL_INIT is not set
# CONFIG_FB_SIS is not set
# CONFIG_FB_NEOMAGIC is not set
# CONFIG_FB_KYRO is not set
# CONFIG_FB_3DFX is not set
# CONFIG_FB_VOODOO1 is not set
# CONFIG_FB_TRIDENT is not set
# CONFIG_FB_SBUS is not set
# CONFIG_FB_PCI is not set
# CONFIG_FB_VIRTUAL is not set

#
# Console display driver support
#
# CONFIG_MDA_CONSOLE is not set
CONFIG_PROM_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_PCI_CONSOLE=y
# CONFIG_FONTS is not set
CONFIG_FONT_SUN8x16=y
# CONFIG_FONT_SUN12x22 is not set

#
# Logo configuration
#
CONFIG_LOGO=y
# CONFIG_LOGO_LINUX_MONO is not set
# CONFIG_LOGO_LINUX_VGA16 is not set
# CONFIG_LOGO_LINUX_CLUT224 is not set
CONFIG_LOGO_SUN_CLUT224=y

#
# Serial drivers
#
# CONFIG_SERIAL_8250 is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_SUNCORE=y
# CONFIG_SERIAL_SUNZILOG is not set
# CONFIG_SERIAL_SUNSU is not set
# CONFIG_SERIAL_SUNSAB is not set
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y

#
# Misc Linux/SPARC drivers
#
CONFIG_SUN_OPENPROMIO=m
CONFIG_SUN_MOSTEK_RTC=y
CONFIG_OBP_FLASH=m
# CONFIG_SUN_BPP is not set
# CONFIG_SUN_VIDEOPIX is not set
# CONFIG_SUN_AURORA is not set

#
# Memory Technology Devices (MTD)
#
# CONFIG_MTD is not set

#
# Block devices
#
CONFIG_BLK_DEV_FD=y
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
CONFIG_BLK_DEV_NBD=m
# CONFIG_BLK_DEV_CARMEL is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y

#
# ATA/ATAPI/MFM/RLL support
#
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y

#
# Please see Documentation/ide.txt for help/info on IDE drives
#
CONFIG_BLK_DEV_IDEDISK=y
# CONFIG_IDEDISK_MULTI_MODE is not set
# CONFIG_IDEDISK_STROKE is not set
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
# CONFIG_BLK_DEV_IDESCSI is not set
# CONFIG_IDE_TASK_IOCTL is not set
# CONFIG_IDE_TASKFILE_IO is not set

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_IDEPCI=y
# CONFIG_IDEPCI_SHARE_IRQ is not set
# CONFIG_BLK_DEV_OFFBOARD is not set

Enterprise 450 UltraSparc II

2004-05-19 Thread Mike Artis
I am trying to install Debian 3.0 r2 on an Enterprise 450 UltraSparc II.
My server has a total of 12 hard drives installed.  Here is the layout
of the disks.  These numbers reflect what the system should see them as
after installation.

Onboard SCSI controller (holds 4 drives):
Disks 0-3

SCSI controller card (holds 8 drives):
Disks 4-11

SCSI controller card (holds 8 drives):
No Disks (room for growth)

My problem is that during and after installation, Debian reports the
drive order incorrectly.  It is reporting disk #4 (the first slot on the
first controller card) as /dev/sda instead of disk #0 as /dev/sda.  This
setup worked correctly in Solaris 9, and works fine if I only have 4
disks in place in the onboard SCSI controller.  As soon as drives get
added to the controller cards, they are recognized first. OpenBoot
always reports the drive order correctly.

Has anyone ever seen this?  I've searched the list archives but came up
empty handed.  I did however see a lot of successful reports with the
E450 and Debian.  Any insight would be greatly appreciated.

Thanks,
Mike




Re: Enterprise 450 UltraSparc II

2004-05-19 Thread Patrick Finnegan
On Wednesday 19 May 2004 15:41, Mike Artis wrote:
 My problem is that during and after installation, Debian reports the
 drive order incorrectly.  It is reporting disk #4 (the first slot on
 the first controller card) as /dev/sda instead of disk #0 as
 /dev/sda.  This setup worked correctly in Solaris 9, and works fine
 if I only have 4 disks in place in the onboard SCSI controller.  As
 soon as drives get added to the controller cards, they are recognized
 first. OpenBoot always reports the drive order correctly.

Do the onboard and controller card use the same SCSI host driver?  If 
not, you are loading the drivers in the wrong order, you could try 
building a kernel, with the onboard driver built-in and the SCSI 
controller card driver as a module, to force the order that they're 
initialized/detected in. 

If they use the same driver, then the PCI device probing order is 
different than what Solaris and OpenBOOT use, so you're not going to 
have much luck changing that around.

Either way, I don't see why disk ordering should really matter, just use 
the devices in the order you want (ie, /dev/sde as disk #0 and /dev/sda 
as disk #4).

Pat
-- 
Purdue University ITAP/RCS---  http://www.itap.purdue.edu/rcs/
The Computer Refuge   ---  http://computer-refuge.org



Re: initrd testing

2004-05-19 Thread Herbert Xu
On Wed, May 19, 2004 at 05:16:34PM -0700, Joshua Kwan wrote:
 On Tue, 18 May 2004 18:14:38 +1000, Herbert Xu wrote:
  Make sure that it has the same block size as cramfs (which is the same
  as the page size on your arch).  Otherwise the cramfs probing will
  kill the initrd contents.
 
 You say that I should use the page size as the block size. However, on
 sparc64 this is 8192, and ext2 blocks only work in 1, 2, and 4 K blocks.

In that case please recompile your kernel without cramfs.  Otherwise
it'll destroy anything that doesn't use 8K blocks.

You can turn it back on in 2.6 as cramfs there doesn't change block
sizes anymore.

In all cases, you still need to make sure that the block size of
your ext2 filesystem matches that of the the RAM disk driver.
-- 
Visit Openswan at http://www.openswan.org/
Email:  Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt



Re: initrd testing

2004-05-19 Thread Herbert Xu
On Thu, May 20, 2004 at 12:16:02PM +1000, herbert wrote:
 
 In that case please recompile your kernel without cramfs.  Otherwise
 it'll destroy anything that doesn't use 8K blocks.

BTW this is only so if you're using the vanilla 2.4 kernel-source.  If
you're using the Debian kernel-source package then it should be fine.

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email:  Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt



Re: initrd testing

2004-05-19 Thread Joshua Kwan
On Thu, May 20, 2004 at 12:18:26PM +1000, Herbert Xu wrote:
 BTW this is only so if you're using the vanilla 2.4 kernel-source.  If
 you're using the Debian kernel-source package then it should be fine.

It'd be dumb to not build from Debian kernel-source, all the current SPARC
kernels in the archive were built against kernel-source-2.4.26 :)

So then this problem is completely moot, right?

-- 
Joshua Kwan


signature.asc
Description: Digital signature