From Andre.Albsmeier@siemens.com  Sun Sep 11 14:14:52 2005
Return-Path: <Andre.Albsmeier@siemens.com>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6EF5C16A41F
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 14:14:52 +0000 (GMT)
	(envelope-from Andre.Albsmeier@siemens.com)
Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C4E0843D46
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 14:14:51 +0000 (GMT)
	(envelope-from Andre.Albsmeier@siemens.com)
Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14])
	by thoth.sbs.de (8.12.6/8.12.6) with ESMTP id j8BEEoXG006345
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 16:14:50 +0200
Received: from ims.mchp.siemens.de (ims.mchp.siemens.de [139.25.31.39])
	by mail1.siemens.de (8.12.6/8.12.6) with ESMTP id j8BEEnFl003022
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 16:14:49 +0200
Received: from mail-ct.mchp.siemens.de (mail-ct.mchp.siemens.de [139.25.31.51])
				by ims.mchp.siemens.de  with ESMTP id j8BEEnJQ009385
				for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 16:14:49 +0200 (MEST)
Received: from curry.mchp.siemens.de (curry [139.25.42.7])
	by mail-ct.mchp.siemens.de (8.12.11/8.12.11) with ESMTP id j8BEEnRk022581
	for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 16:14:49 +0200 (MEST)
Received: (from localhost)
	by curry.mchp.siemens.de (8.13.4/8.13.4) id j8BEEnja041752
	for FreeBSD-gnats-submit@freebsd.org; Sun, 11 Sep 2005 16:14:49 +0200 (CEST)
Message-Id: <200509111414.j8BEEmA6002696@curry.mchp.siemens.de>
Date: Sun, 11 Sep 2005 16:14:48 +0200 (CEST)
From: Andre Albsmeier <Andre.Albsmeier@siemens.com>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: devfs does not create entries when removable media is inserted
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         85975
>Category:       kern
>Synopsis:       [cam] devfs does not create entries when removable media is inserted
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    dougb
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Sep 11 14:20:11 GMT 2005
>Closed-Date:    Wed Feb 08 09:32:14 UTC 2012
>Last-Modified:  Wed Feb 08 09:32:14 UTC 2012
>Originator:     Andre Albsmeier
>Release:        FreeBSD 5.4-STABLE i386
>Organization:
>Environment:

- FreeBSD 5.4-STABLE #2: Thu Aug 25 14:04:58 CEST 2005
- iomega jaz 2GB E.17

>Description:

devfs does not create slice entries when media
containing slices is inserted into drive.

>How-To-Repeat:

(I use the above mentioned iomega jaz 2GB E.17 configured
as da10 but a ZIP drive produces the same result.)

1. Boot machine without media in the jaz drive. Note the
   /dev/da10 device entry.

2. Insert a jaz disk containing an msdos fs in the first
   slice. Trying to mount /dev/da10s1 fails since no
   entry has been created.

The /dev/da10s1 entry is created after opening /dev/da10
for writing(!) using open(2) in a small C programme.

>Fix:

Unknown. Fix devfs or remove it (nobody needs this anyway).
>Release-Note:
>Audit-Trail:

From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
To: Andre Albsmeier <Andre.Albsmeier@siemens.com>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/85975: devfs does not create entries when removable media is inserted 
Date: Sun, 11 Sep 2005 16:24:05 +0200

 In message <200509111414.j8BEEmA6002696@curry.mchp.siemens.de>, Andre Albsmeier
  writes:
 
 >The /dev/da10s1 entry is created after opening /dev/da10
 >for writing(!) using open(2) in a small C programme.
 
 	true > /dev/da10
 
 would have done it for you.
 
 yes, this is a known problem and it requires polling removable
 media drives to solve it.  It's been put on the back-burner until
 CAM gets its SMP makeover.
 
 -- 
 Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
 phk@FreeBSD.ORG         | TCP/IP since RFC 956
 FreeBSD committer       | BSD since 4.3-tahoe    
 Never attribute to malice what can adequately be explained by incompetence.
State-Changed-From-To: open->suspended 
State-Changed-By: linimon 
State-Changed-When: Mon Oct 24 07:31:54 GMT 2005 
State-Changed-Why:  
This is a known problem but isn't going to be solved quickly; in the 
meantime, please use the workaround. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85975 
State-Changed-From-To: suspended->closed 
State-Changed-By: dougb 
State-Changed-When: Wed Feb 8 09:31:06 UTC 2012 
State-Changed-Why:  

We no longer support FreeBSD 5, and the landscape has changed quite a bit. 
If you can reproduce this with a supported version of FreeBSD please file 
a new PR. 


Responsible-Changed-From-To: freebsd-bugs->dougb 
Responsible-Changed-By: dougb 
Responsible-Changed-When: Wed Feb 8 09:31:06 UTC 2012 
Responsible-Changed-Why:  

I closed this one. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85975 
>Unformatted:
