--kadn00tgSopKmJ1H
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 03, 2005 at 10:26:38PM +0200, Bernd Ernesti wrote:
> On Sun, Jul 03, 2005 at 07:23:29PM +0000, Quentin Garnier wrote:
> >=20
> > Module Name:	src
> > Committed By:	cube
> > Date:		Sun Jul  3 19:23:29 UTC 2005
> >=20
> > Modified Files:
> > 	src/sys/arch/i386/conf: GENERIC GENERIC.MPACPI GENERIC_LAPTOP
> > 	    GENERIC_TINY XEN0
> >=20
> > Log Message:
> > Remove 'scsibus* at umass?'.  It shouldn't be needed, as umass correctly
> > defines the scsi attribute.  So if a device doesn't work without that
> > attachment, it means there is a bug elsewhere we have to fix.
>=20
> Could you please read the thread at the end of May 2004 on source-changes
> and tech-kern, which took place after that line was added?

I know that thread, and that's why I'm removing it.  I'd like to see the
problem reproduced in order to fix the real bug.

> The subject was: CVS commit: src/sys/arch/i386/conf
>=20
> The Followup is set to tech-kern.
>=20
> In GENERIC it was grant how added it in:
>=20
> revision 1.605
> date: 2004/05/22 03:16:26;  author: grant;  state: Exp;  lines: +4 -3
> add `scsibus* at umass?' so usb mass storage devices which attach to
> sd@scsibus can be used out of the box.

This is a merely a workaround.  Again, it *shouldn't* be needed.

I'm *willing* to debug that issue if someone can come up with a failing
device so I can see what happen.

Commiting workarounds like that is not always a good thing:  currently,
Grant's device might work on i386, but, if that line was the fix, would
fail on amd64 which does not have it in any of the kernel configuration.

Yet, it might still work on amd64 for some unknown reason, as the real
bug is unknown too.

--=20
Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
"When I find the controls, I'll go where I like, I'll know where I want
to be, but maybe for now I'll stay right here on a silent sea."
KT Tunstall, Silent Sea, Eye to the Telescope, 2004.

--kadn00tgSopKmJ1H
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)

iQEVAwUBQshVCtgoQloHrPnoAQKcvQf/ZT1qgXNcvShx3GzzHE/3Ry2p/gcI++eL
IrEro/yim4YEe0CfFT0a7zs6eceIyO/FHWiWoDNypOEBYbUDNqL/CvmZPO3jfXFQ
Be9EOHjnqgQojndqhT8o0NfYB0L77+XZPt3+3MVRJNf1VO8t6ZHvwgf8hjyTetmh
/PJhcNkJLCL77QzbwtTiTi00znzMvjZN9SNaCIZmUIO1vAqjRVlV8mpy6JFMnIfM
M5t22uT8gsLMglFoAvtWHl+Capq/UNp5RKQPhIBHz7pl2Vay0E4ydlRkskKUvVx0
PnFCkh0E9tFsSf3nXq507TqEDaczLB6Xd2Km05ByoGc6oVHwd1Z4tA==
=4HUd
-----END PGP SIGNATURE-----

--kadn00tgSopKmJ1H--