two issues after upgrading to a more up-to-date HEAD

[Alexander Best]

On Fri Jun 17 11, Alexander Best wrote:
> On Thu Jun 16 11, Alexander Best wrote:
> > hi there,
> 
> i reverted my kernel back to r222890. everything works fine now and both issues
> i mentioned below dissapeared.

the previous issues (xpt_action_default and DIOCSKERNELDUMP) have been fixed.
however this one, where a lot of apps fail with errno -128 when accessing the
disk, still exists. this really needs to be fixed before 9.0!

...again...reverting to r222890 solves this completely. so it's not a problem
with the disk or anything.

..i'm guessing this is ahci related, but i'm not sure.

cheers.
alex

> 
> i also discovered another issue with the more recent kernel:
> 
> i was getting errno -128 with a lot of apps. but only the first time i ran
> them. e.g. with git:
> 
> 1) -128
> 2) OK
> 3) -128
> 4) OK
> 5) ...
> 
> the same with stuff like ./configure or ee(1). first time failures while
> running or saving; second time it works.
> 
> this as well was fixed by reverting back to r222890.
> 
> cheers.
> alex
> 
> > 
> > i'm running HEAD on amd64. yesterday i updated my kernel to r223109. i'm now
> > seeing two issues, which weren't there beforehand:
> > 
> > 1)
> > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
> > ada0: <SAMSUNG SP2504C VT100-50> ATA-7 SATA 2.x device
> > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
> > ada0: Command Queueing enabled
> > ada0: 238474MB (488395055 512 byte sectors: 16H 63S/T 16383C)
> > ada1 at ahcich1 bus 0 scbus1 target 0 lun 0
> > ada1: <SAMSUNG HD103SJ 1AJ10001> ATA-8 SATA 2.x device
> > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
> > ada1: Command Queueing enabled
> > ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C)
> > xpt_action_default: CCB type 0xe not supported
> > xpt_action_default: CCB type 0xe not supported
> > xpt_action_default: CCB type 0xe not supported
> > cd0 at ahcich2 bus 0 scbus2 target 0 lun 0
> > cd0: <HL-DT-ST DVDRAM GH24NS50 XP02> Removable CD-ROM SCSI-0 device 
> > SMP: AP CPU #1 Launched!
> > cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
> > cd0: cd present [2291664 x 2048 byte records]
> > 
> > ^^ i suspect the xpt_action_default messages have been introduced by the recent
> > CAM changes. they appear to be harmless though.
> > 
> > 2)
> > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured
> > /etc/rc: WARNING: unable to specify /dev/label/swapfs as a dump device
> > 
> > /dev/label/swapfs is a perfect swap partition and worked without any problems
> > beforehand. specifying the device node instead of the label makes no
> > difference:
> > 
> > taku% dumpon /dev/ada1p1
> > dumpon: ioctl(DIOCSKERNELDUMP): Device not configured
> > otaku% gpart show
> > =>       34  488394988  ada0  GPT  (232G)
> >          34        128     1  freebsd-boot  (64k)
> >         162   16777216        - free -  (8.0G)
> >    16777378  471617644     3  freebsd-ufs  (224G)
> > 
> > =>        34  1953525101  ada1  GPT  (931G)
> >           34    20971520     1  freebsd-swap  (10G)
> >     20971554     4194304     2  freebsd-ufs  (2.0G)
> >     25165858  1928359277     3  freebsd-ufs  (919G)
> > 
> > otaku% glabel status
> >                                       Name  Status  Components
> >                                 label/boot     N/A  ada0p1
> > gptid/e52df583-e446-11de-bb92-000fb58207c8     N/A  ada0p1
> >                                 ufs/rootfs     N/A  ada0p3
> >                               label/swapfs     N/A  ada1p1
> >                                  ufs/varfs     N/A  ada1p2
> >                                  ufs/usrfs     N/A  ada1p3
> >      iso9660/Futurama Season 6 Ep 1-8 720p     N/A  cd0
> > 
> > cheers.
> > alex
> > 
> > -- 
> > a13x
> 
> -- 
> a13x