[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Fwd: Re: Bug#345067: Draft of documenting the ide-generic problem



Hmm. I sent a followup to #345067 that is currently assigned to the ctte 
and received the mail below from debian-ctte-request.

Looks like something is misconfigured.

----------  Forwarded Message  ----------

Subject: Re: Bug#345067: Draft of documenting the ide-generic problem
Date: Wednesday 08 March 2006 15:03
From: debian-ctte-request@lists.debian.org
To: aragorn@tiscali.nl

You are not subscribed to this list, so your submission was rejected.
Please subscribe to the list first and then repost your message.

A copy of your submission is included below.

-------------------------------------------------------------------------
-- --nextPart6143003.MgsS9XhZnV
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 07 March 2006 18:43, Jonas Smedegaard wrote:
> I have startet a wiki page to document the ide-generic problem with the
> Linux kernel (and thus the ramdisk tools as well). The page is here:
> http://wiki.debian.org/LinuxKernelIdeProblem

I am not completely sure that ide-generic really is needed. I now know
 it=20 is not for my Toshiba Satellite A40 laptop (piix).

=46rom:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D352753;msg=3D69 = [1]
! I guess this shows why ide.agent is needed (to load ide-disk, ide-cd,
! ...) , although my case does _not_ show why that script should need
 to=20 ! include ide-generic. Guess we need other people testing to show
 the need= =20
! for this.

At first it _seemed_ ide-generic was needed, but more careful testing=20
showed it actually is not. I have just confirmed this by renaming the=20
ide-generic driver and regenerating the initrd: the system booted just=20
fine.

So, it may be a good idea to ask people who've reported issues in the
 past= =20
to do specific tests using current kernel, udev and initrd generators
 to=20 check if ide-generic really is needed.

[1] This BR is already linked from the wiki; maybe for the wrong reasons
    (though I think it is relevant)

--nextPart6143003.MgsS9XhZnV
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBEDuF2gm/Kwh6ICoQRApPPAJ966siJd3FhWvGV2PhtVw1JZ8DoaQCgpCfm
6ukToRXsJ0cIXrERl6z/gCM=
=XvLx
-----END PGP SIGNATURE-----

--nextPart6143003.MgsS9XhZnV--

-------------------------------------------------------

Attachment: pgplhsVyVMHQP.pgp
Description: PGP signature


Reply to: