atapicam

[Glenn Johnson]

On Sat, May 10, 2003 at 10:20:01PM +0200, arno at heho.snv.jussieu.fr
wrote:

> > > > > > # cdrecord -scanbus
> > > > > > Cdrecord 2.0 (i386-unknown-freebsd5.1) Copyright (C) 1995-2002 J?rg
> >                  ^^^
> >                  ;-)
> > > > > > Suggestions anyone ? (yes burncd works)
> > > 
> > > portupgrade -f /var/db/pkg/cdrtools-2.0
> > 
> > I'm using cdrtools-2.0 already.
> 
> This is from a commit message from April the 29th :
> 
>  From: "Kenneth D. Merry" <ken at freebsd.org>
>  Subject: cvs commit: src/sys/cam cam_ccb.h
>  To: src-committers at freebsd.org, cvs-src at freebsd.org, cvs-all at freebsd.org
>  Date: Tue, 29 Apr 2003 17:35:22 -0700 (PDT)
> 
>  ken         2003/04/29 17:35:22 PDT
> 
>    FreeBSD src repository
> 
>    Modified files:
>      sys/cam              cam_ccb.h
>      sys/cam/scsi         scsi_all.c scsi_all.h scsi_da.c
>    Log:
>    Add support to CAM for devices with more than 2^32 blocks.  (2TB if you're
>    using 512 byte blocks).
> 
>    cam_ccb.h:      Bump up volume_size and cylinders in ccb_calc_geometry to
>                    64 bits and 32 bits respectively, so we can hold larger
>                    device sizes.  cylinders would overflow at about 500GB.
>                    Bump CAM_VERSION for this change.  Note that this will
>                    require a recompile of all applications that talk to the
>                    pass(4) driver.
>                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> > > (after verifying that 'camcontrol devlist' still works)

Yes, that solves it for me.

Thanks.

-- 
Glenn Johnson
glennpj at charter.net