Toshiba 2805-S301 + >5.4-STABLE

[Ian Smith]

On Mon, 31 Dec 2007, Tuc at T-B-O-H.NET wrote:
 > > On Mon, 31 Dec 2007, Tuc at T-B-O-H.NET wrote:
 > > 
 > >  > 	Has anyone found any tricks to getting a Toshiba
 > >  > 2805-S301 to run anything later than 5.4-STABLE? It seems
 > >  > that Xorg needs hal, which needs >= 5.5-RELEASE .
 > > 
 > > Since I first cvsup'd my 5.4-R system to RELENG_5 over a year ago it's
 > > reckoned to be 5.5-STABLE.  sysinstall thinks so too, just checked.
 > > 
 > > FreeBSD paqi.nimnet.asn.au 5.5-STABLE FreeBSD 5.5-STABLE #0: Sat Mar  3
 > > 03:14:13 EST 2007 root at paqi.nimnet.asn.au:/usr/obj/usr/src/sys/PAQI5S_3  i386
 > > 
 > > I haven't tried upgrading from Xorg 6.9 though, can't comment on hal. 
 > > 
 > > cheers, Ian
 > > 
 > 	I boot 5.4, and the kernel continues fine. With 5.5, it stops.. 

Just to be clear, is that 5.5-R off a CD, or a cvsup to RELENG_5 ?  Just
that there are bound to be some differences between 5.5-R and -STABLE,
but I don't (offhand!) recall anything to do with ata; maybe check that? 

 > Dec 30 12:12:18 gevjon kernel: atapci0: <Intel PIIX4 UDMA33 controller> port 0xf
 > ff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 5.1 on pci0
 > Dec 30 12:12:18 gevjon kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 
 > at 0xfff0
 > Dec 30 12:12:18 gevjon kernel: ata0: channel #0 on atapci0
 > Dec 30 12:12:18 gevjon kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 a
 > t 0x1f0
 > Dec 30 12:12:18 gevjon kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 a
 > t 0x3f6
 > Dec 30 12:12:18 gevjon kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=00
 > Dec 30 12:12:18 gevjon kernel: ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
 > Dec 30 12:12:18 gevjon kernel: ata0-slave:  stat=0x00 err=0x01 lsb=0x00 msb=0x00
 > Dec 30 12:12:18 gevjon kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1<ATA
 > _MASTER>
 > Dec 30 12:12:18 gevjon kernel: ata0: [MPSAFE]
 > Dec 30 12:12:18 gevjon kernel: ata1: channel #1 on atapci0
 > Dec 30 12:12:18 gevjon kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 a
 > t 0x170
 > Dec 30 12:12:18 gevjon kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 a
 > t 0x376
 > 
 >          (5.5 FREEZES HERE)
 > 
 > Dec 30 12:12:18 gevjon kernel: ata1: reset tp1 mask=03 ostat0=50 ostat1=00
 > Dec 30 12:12:18 gevjon kernel: ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
 > Dec 30 12:12:18 gevjon kernel: ata1-slave:  stat=0x00 err=0x01 lsb=0x14 msb=0xeb
 > Dec 30 12:12:18 gevjon kernel: ata1: reset tp2 stat0=00 stat1=00 devices=0xc<ATA
 > PI_SLAVE,ATAPI_MASTER>
 > Dec 30 12:12:18 gevjon kernel: ata1: [MPSAFE]
 > 
 > 
 > 	Did you put anything special in any boot.loader, or config file?

Firstly, mine is a Compaq Armada 1500c (though the HD was a Toshiba :)

Mine has a similar or the same HD controller though, and my verbose boot
is not dissimilar to yours for this section, given different base port:

atapci0: <Intel PIIX4 UDMA33 controller> port 0x1020-0x102f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7
 at device 7.1 on pci0
atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1020
ata0: channel #0 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0
atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6
ata0: reset tp1 mask=03 ostat0=50 ostat1=00
ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata0-slave:  stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata0: reset tp2 stat0=50 stat1=00 devices=0x9<ATAPI_SLAVE,ATA_MASTER>
ata0: [MPSAFE]
ata1: channel #1 on atapci0
atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170
atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376
ata1: reset tp1 mask=00 ostat0=ff ostat1=ff
ata1: [MPSAFE]

However I do recall some problem with ata1 at one stage (I have nothing
on ata1 at all, both HD and CDROM are on ata0) so for a while I had:

# 26/2/6 helps SCSI/USB Tosh4GB prob? no, still scbus faked? on ata1
# hint.ata.1.disabled=1

in /boot/loader.conf, but it looks like you have both a CDROM and HD on
ata1 and so couldn't disable it.  Otherwise all that's active in my
loader.conf, after compiling the soundcard stuff into kernel, is:

hint.sio.1.disabled=1
#% vesa_load="YES"      # in kernel
#% apm_load="YES"       # in kernel
hint.apm.0.disabled=0
hint.apm.0.flags="0"    # 14/2/6 either way WAS still X apm troubles .. ok now
kern.maxusers="128"     # 12/12/6 was autosized to 75, maxfiles was 2040
# 15/12/6 128 maxusers took maxfiles to ~4k, still not enough for gamin!
kern.maxfiles="6144"

Not much remarkable in my kernel config, except maybe atapicam, scbus,
da, pass, VESA, no IPV6 and a severe slashing of raid controllers,
unused net cards etc. 

# and the recommended .. yay, fixed suspend/resume problems w/APM
options         SC_NO_SUSPEND_VTYSWITCH

None of which except maybe atapicam should affect booting, so not much
help I suspect ..

cheers, Ian