Re: strange scsi/CAM related dmesg output

2010-06-05 Thread Scott Long
On Jun 5, 2010, at 1:12 PM, Alexander Best wrote: > sure. sorry. > > the output > > ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada0: 300.000MB/s transferscd0 at ata2 bus 0 scbus2 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.300MB/s transfers (U

Re: strange scsi/CAM related dmesg output

2010-06-05 Thread Jille Timmermans
Scott Long schreef: > On Jun 4, 2010, at 4:35 PM, Alexander Best wrote: > >> hi there. running HEAD, amd64 and r208806 i get this dmesg output >> which doesn't look right: >> >> ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 >> ada0: ATA-7 SATA 2.x device >> ada0: 300.000MB/s transferscd0 at ata2 bu

strange scsi/CAM related dmesg output

2010-06-05 Thread Alexander Best
sure. sorry. the output ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transferscd0 at ata2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: cd present [1944656 x 2048

Re: Sparse journal?

2010-06-05 Thread Gavin Atkinson
On Fri, 4 Jun 2010, John Baldwin wrote: > I crashed a testbox running FreeBSD/i386 today which had SUJ enabled on its > /var partition. It encountered the following error when trying to fsck -p > during boot: > > ** SU+J Recovering /dev/ada0s1d > ** Reading 16572416 byte journal from inode 4. >

Re: [INFO]: import of clang/LLVM to happen on June 9th

2010-06-05 Thread Doug Barton
On 06/04/10 23:10, Anonymous wrote: Most ports decide features based on MACHINE_CPU not CPUTYPE. However, MACHINE_CPU doesn't support non-base compiler and `native' CPUTYPE. Plus core2 CPUTYPE is silently degraded to nocona/prescott even when it's supported by underlying compiler. See conf/112997

Re: strange scsi/CAM related dmesg output

2010-06-05 Thread Scott Long
On Jun 4, 2010, at 4:35 PM, Alexander Best wrote: > hi there. running HEAD, amd64 and r208806 i get this dmesg output > which doesn't look right: > > ada0 at ahcich2 bus 0 scbus3 target 0 lun 0 > ada0: ATA-7 SATA 2.x device > ada0: 300.000MB/s transferscd0 at ata2 bus 0 scbus2 target 0 lun 0 > c

Re: 'buildworld' not always pulling in /etc/src.conf

2010-06-05 Thread Alexander Best
[snip] right now i have this in my make.conf: .if empty(.CURDIR:M/usr/src/*) && empty(.CURDIR:M/usr/obj/*) && exists(/usr/local/bin/gcc44) CC = gcc44 CXX = g++44 CPP = cpp44 .endif which works quite well. everything except code in /usr/src and /usr/obj now gets built with gcc44. [snip] -- Al