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.netReceived 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