Re: atapicam

From: Glenn Johnson <glennpj_at_charter.net>
Date: Sat, 10 May 2003 15:45:25 -0500
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
Received on Sat May 10 2003 - 11:45:30 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:07 UTC