Date: Tue, 1 Jan 2008 13:54:45 +1100 (EST) From: Ian Smith <smithi@nimnet.asn.au> To: "Tuc at T-B-O-H.NET" <ml@t-b-o-h.net> Cc: freebsd-mobile@freebsd.org Subject: Re: Toshiba 2805-S301 + >5.4-STABLE Message-ID: <Pine.BSF.3.96.1080101125310.19517A-100000@gaia.nimnet.asn.au> In-Reply-To: <200712311539.lBVFdlOY027546@himinbjorg.tucs-beachin-obx-house.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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: <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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.1080101125310.19517A-100000>