From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 19:54:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8782E106566C for ; Mon, 15 Mar 2010 19:54:15 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 183A68FC13 for ; Mon, 15 Mar 2010 19:54:14 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id AC5D91E0013A; Mon, 15 Mar 2010 20:54:13 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2FJeM7Z003559; Mon, 15 Mar 2010 20:40:22 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2FJeMAq003558; Mon, 15 Mar 2010 20:40:22 +0100 (CET) (envelope-from nox) Date: Mon, 15 Mar 2010 20:40:22 +0100 (CET) From: Juergen Lock Message-Id: <201003151940.o2FJeMAq003558@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <10606352212539@192.168.2.69> References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Mon, 15 Mar 2010 20:12:44 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 19:54:15 -0000 In article <10606352212539@192.168.2.69> you write: >Hi, Hi! > >> > A leadout track. Sounds very CD-ish. >> > With DVD and BD one should rather go for READ >> > DISC INFORMATION and READ TRACK INFORMATION. > >Juergen Lock wrote: >> Hmm you might want to followup on the PR with that hint... > >First i should become a less clueless newbie >and get all my own stuff sorted out. Then >i will probably take over the plight of ports >maintainership from J.R. Oldroyd. >Then i might study the sources of FreeBSD to >find out what can be improved about DVD or BD. >Only then i plan to become perky and tell >other people what they should do. :)) > Heh ok. :) > >> > (Switching off-and-on a stuck USB drive is >> > obviously not a healthy thing to do.) >> Hehe. > >It would be quite annoying if the machine had any >other job than serving as OS example. > Well I guess we can be lucky that we do have the new usb stack now, of course there always is room for improvement... > >> > First drives got stuck when disturbed while >> > burning CD. Now the offender gets blocked until >> > the vulnerable drive state ends. >> [...] >> Oh I do remember one issue: Burning usually doesn't work when hald >> is running, > >I am not aware to have noticed it on FreeBSD. > # ps -ax | fgrep hald > 974 1 R+ 0:00.00 fgrep hald > >The machine runs headless resp. in console mode. >No X, no desktop. So probably no hald. > Yeah hald comes with things like gnome, kde and so on, and xorg itself now also needs it although that at least can also be configured to run without it. >The current behavior is quite like Alexander >predicted it for FreeBSD back in 2006. It >resembles the one of older SuSE Linuxes. > >The initial behavior, before i installed ports, >was rather frightening. The drives got stuck >when i accessed them while a CD was burned. Well I guess drives simply don't like `random other' commands being sent to them while a burn is in progress... Of course the a?cd(4) drivers _could_ try to catch that situation and return an error or something like that - is that what Linux does? (Actually I don't know if hald also sends direct scsi commands via pass(4) devices, so that may even need to be blocked too...) >I had to shutdown -p and re-power in order to >revive the SATA burner. USB power cycling did >not cause a panic but the drive did not show up >as /dev/cd* any more. A warm reboot helped. > >So this is on my long todo list for inspection. > > >> Actually I do have siis(4) here too, will have to test that someday... > >With xorriso you would get a nice backup >program. :)) >The port is a bit outdated. GNU xorriso-0.5.0 >should compile on FreeBSD out of the box. >It is a standalone package with minimal external >dependencies. Well suited for a test. > >With a SATA drive at ata i need rw-permissions >for these device files: acd, pass, cd, xpt. >The port of xfburn generously (or daringly) >writes into /etc/devfs.rules : > # rules for grip and xfburn support > add path 'acd*' mode 0666 > add path 'cd*' mode 0666 > add path 'pass*' mode 0666 > add path 'xpt*' mode 0666 > Ouch! :) Anyway I might give that a try once ahci(4) is working... > >Have a nice day :) > >Thomas Ditto! Juergen