From owner-freebsd-current Thu May 28 12:45:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07690 for freebsd-current-outgoing; Thu, 28 May 1998 12:45:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07682 for ; Thu, 28 May 1998 12:45:48 -0700 (PDT) (envelope-from paulz@trantor.stuyts.nl) Received: from stuyts by alushta.NL.net with UUCP id <4108-9473> convert rfc822-to-8bit; Thu, 28 May 1998 21:45:28 +0200 Received: from trantor.stuyts.nl (uucp@localhost) by terminus.stuyts.nl (8.8.8/8.8.8) with UUCP id VAA24603; Thu, 28 May 1998 21:39:37 +0200 (MET DST) (envelope-from paulz@trantor.stuyts.nl) Received: from trantor.stuyts.nl (localhost [127.0.0.1]) by trantor.stuyts.nl (8.8.8/8.8.5) with ESMTP id UAA15963; Thu, 28 May 1998 20:45:52 +0200 (MET DST) Message-Id: <199805281845.UAA15963@trantor.stuyts.nl> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Dufault Subject: Re: cdrecord trouble on currnet In-reply-to: Your message of "Thu, 28 May 1998 07:34:50 EDT." <199805281134.HAA20418@hda.hda.com> cc: freebsd-current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Date: Thu, 28 May 1998 20:45:51 +0200 From: Paul van der Zwan Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > > > I am getting write errors on my Philips 2600 CD-R using cd-write and burncd.sh > > (from /usr/share/examples/worm/ ) so I thought , I'l compile cdrecord and try > > that. But I get the following error when truying to do a dummy burn: > > > > $ sudo cdrecord -dev=0,4,0 -data -dummy /scratch/img/psnl > > Cdrecord release 1.6 Copyright (C) 1995-1998 Jörg Schilling > > cdrecord: Function not implemented. WARNING: Cannot set RR-scheduler > > Bus error (core dumped) > > > > > > This is a freshly compiled port on a current cvsupped today. > > (I wonder why he is trying to use the round robin scheduler - I > expect he wants the FIFO one). > > Cdrecord has autoconf'd in the P1003.1B scheduler interface. > > I'm probably going to have to change how I did things, but the > program may need fixing also. By default, with nothing defined, > the new system calls are setup to be LKM'd in for development and > will fail at run time with ENOSYS or if you check for their presense > with sysconf(). > You can add build time support with the _KPOSIX_PRIORITY_SCHEDULING > option in the kernel. > > See how cdrecord is deciding to use priority scheduling. If it > decides that a program that links OK without checking any compile > time feature test macros means that priority scheduling is supported, > then that should be changed. I've been told some programs are > doing this (not specifically cdrecord). I looked at the cdrecord source and the code calling sched_scheduler is in an #ifdef _POSIX_PRIORITY_SCHEDULING block. Apperently that gets defined in /usr/include/sys/unistd.h because _posix.h defines _P1003_1B_VISIBLE > > If you set _POSIX_C_SOURCE to 199009L with a -D in the makefile > and cderecord still tries to use the round robin scheduler then > someone has screwed up - either us or cdrecord - so try that too. > I recompile it uing the define and it seems to be working. No crash and it is now performing a dummy burn. Paul -- Paul van der Zwan paulz @ trantor.stuyts.nl "I think I'll move to theory, everything works in theory..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message