From owner-freebsd-mobile@FreeBSD.ORG Tue Jan 1 02:56:13 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F38316A418 for ; Tue, 1 Jan 2008 02:56:13 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 7046C13C4CE for ; Tue, 1 Jan 2008 02:56:11 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id NAA22145; Tue, 1 Jan 2008 13:54:46 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 1 Jan 2008 13:54:45 +1100 (EST) From: Ian Smith To: "Tuc at T-B-O-H.NET" In-Reply-To: <200712311539.lBVFdlOY027546@himinbjorg.tucs-beachin-obx-house.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-mobile@freebsd.org Subject: Re: Toshiba 2805-S301 + >5.4-STABLE X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2008 02:56:13 -0000 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@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: 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 _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 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: 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 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