Re: [gentoo-amd64] Internal Card Reader detection

Re: [gentoo-amd64] Internal Card Reader detection

[Jonathan Schaeffer]

[-- Attachment #1: Type: text/plain, Size: 885 bytes --]

I didnt' give any news about my configuration problems because of other 
probs now solved :)
So, I have something new :
$ cat /proc/scsi/scsi 
Attached devices:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: ST3160827AS Rev: 3.42
Type: Direct-Access ANSI SCSI revision: 05
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: USB2.0 Model: CF CardReader Rev: 
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 00 Lun: 01
Vendor: USB2.0 Model: CBO CardReader Rev: 
Type: Direct-Access ANSI SCSI revision: 02

So it seems that the reader is referenced somehow there.
How could I use thes infos to make it work ?

I've played with this little help :
http://www.fedora-france.org/modules/wfsection/article.php?articleid=58
by typing :

echo "scsi add-single-device 2 0 0 1" > /proc/scsi/scsi

But it didn't work


Thanks for the help.

[-- Attachment #2: Type: text/html, Size: 1682 bytes --]

Re: [gentoo-amd64] Internal Card Reader detection

[Jared Lindsay]

Does dmesg | tail show you any info about the reader?  If not, try
unplugging it and plugging it back in.  It should tell you what it is
listed under in /dev.  For example, my USB Zip drive says it is under
/dev/sdb under dmesg.  Hope this helps!

On 7/9/05, Jonathan Schaeffer <joschaeffer@gmail.com> wrote:
> I didnt' give any news about my configuration problems because of other
> probs now solved :)
>  So, I have something new :
>  $ cat /proc/scsi/scsi 
>  Attached devices:
>  Host: scsi1 Channel: 00 Id: 00 Lun: 00
>    Vendor: ATA      Model: ST3160827AS      Rev: 3.42
>    Type:   Direct-Access                    ANSI SCSI
> revision: 05
>  Host: scsi2 Channel: 00 Id: 00 Lun: 00
>    Vendor: USB2.0   Model: CF  CardReader   Rev:     
>    Type:   Direct-Access                    ANSI SCSI
> revision: 02
>  Host: scsi2 Channel: 00 Id: 00 Lun: 01
>    Vendor: USB2.0   Model: CBO CardReader   Rev:     
>    Type:   Direct-Access                    ANSI SCSI
> revision: 02
>  
>  So it seems that the reader is referenced somehow there.
>  How could I use thes infos to make it work ?
> 
>  I've played with this little help :
> http://www.fedora-france.org/modules/wfsection/article.php?articleid=58
>  by typing :
>  
>  echo "scsi add-single-device 2 0 0 1" > /proc/scsi/scsi
>  
>  But it didn't work
>  
>   
>  Thanks for the help.
>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Internal Card Reader detection

[Jonathan Schaeffer]

[-- Attachment #1: Type: text/plain, Size: 1506 bytes --]

sadly, dmesg is as mute as Kernel, my little house rabbit. :(

2005/7/10, Jared Lindsay <cinder.sub@gmail.com>:
> 
> Does dmesg | tail show you any info about the reader? If not, try
> unplugging it and plugging it back in. It should tell you what it is
> listed under in /dev. For example, my USB Zip drive says it is under
> /dev/sdb under dmesg. Hope this helps!
> 
> On 7/9/05, Jonathan Schaeffer <joschaeffer@gmail.com> wrote:
> > I didnt' give any news about my configuration problems because of other
> > probs now solved :)
> > So, I have something new :
> > $ cat /proc/scsi/scsi
> > Attached devices:
> > Host: scsi1 Channel: 00 Id: 00 Lun: 00
> > Vendor: ATA Model: ST3160827AS Rev: 3.42
> > Type: Direct-Access ANSI SCSI
> > revision: 05
> > Host: scsi2 Channel: 00 Id: 00 Lun: 00
> > Vendor: USB2.0 Model: CF CardReader Rev:
> > Type: Direct-Access ANSI SCSI
> > revision: 02
> > Host: scsi2 Channel: 00 Id: 00 Lun: 01
> > Vendor: USB2.0 Model: CBO CardReader Rev:
> > Type: Direct-Access ANSI SCSI
> > revision: 02
> >
> > So it seems that the reader is referenced somehow there.
> > How could I use thes infos to make it work ?
> >
> > I've played with this little help :
> > http://www.fedora-france.org/modules/wfsection/article.php?articleid=58
> > by typing :
> >
> > echo "scsi add-single-device 2 0 0 1" > /proc/scsi/scsi
> >
> > But it didn't work
> >
> >
> > Thanks for the help.
> >
> 
> --
> gentoo-amd64@gentoo.org mailing list
> 
>

[-- Attachment #2: Type: text/html, Size: 2895 bytes --]

Re: [gentoo-amd64] Internal Card Reader detection

[Jared Lindsay]

Do you have support compiled in your kernel?

On 7/10/05, Jonathan Schaeffer <joschaeffer@gmail.com> wrote:
> sadly, dmesg is as mute as Kernel, my little house rabbit. :(
> 
> 2005/7/10, Jared Lindsay <cinder.sub@gmail.com>:
> > 
> > Does dmesg | tail show you any info about the reader?  If not, try
> > unplugging it and plugging it back in.  It should tell you what it is
> > listed under in /dev.  For example, my USB Zip drive says it is under
> > /dev/sdb under dmesg.  Hope this helps! 
> > 
> > On 7/9/05, Jonathan Schaeffer <joschaeffer@gmail.com> wrote:
> > > I didnt' give any news about my configuration problems because of other
> > > probs now solved :) 
> > >  So, I have something new :
> > >  $ cat /proc/scsi/scsi
> > >  Attached devices:
> > >  Host: scsi1 Channel: 00 Id: 00 Lun: 00
> > >    Vendor: ATA      Model: ST3160827AS      Rev: 3.42
> > >    Type:   Direct-Access                    ANSI SCSI
> > > revision: 05
> > >  Host: scsi2 Channel: 00 Id: 00 Lun: 00
> > >    Vendor: USB2.0   Model: CF  CardReader   Rev:
> > >    Type:   Direct-Access                    ANSI SCSI
> > > revision: 02
> > >  Host: scsi2 Channel: 00 Id: 00 Lun: 01
> > >    Vendor: USB2.0   Model: CBO CardReader   Rev:
> > >    Type:   Direct-Access                    ANSI SCSI
> > > revision: 02
> > >
> > >  So it seems that the reader is referenced somehow there.
> > >  How could I use thes infos to make it work ?
> > >
> > >  I've played with this little help :
> > >
> http://www.fedora-france.org/modules/wfsection/article.php?articleid=58
> > >  by typing :
> > >
> > >  echo "scsi add-single-device 2 0 0 1" > /proc/scsi/scsi
> > >
> > >  But it didn't work
> > >
> > >
> > >  Thanks for the help.
> > >
> > 
> > --
> > gentoo-amd64@gentoo.org mailing list
> > 
> > 
> 
>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Internal Card Reader detection

[Tres Melton]

On Sat, 2005-07-09 at 14:05 +0200, Jonathan Schaeffer wrote:
> I didnt' give any news about my configuration problems because of
> other probs now solved :)
> So, I have something new :
> $ cat /proc/scsi/scsi 
> Attached devices:
> Host: scsi1 Channel: 00 Id: 00 Lun: 00
>   Vendor: ATA      Model: ST3160827AS      Rev: 3.42
>   Type:   Direct-Access                    ANSI SCSI revision: 05
> Host: scsi2 Channel: 00 Id: 00 Lun: 00
>   Vendor: USB2.0   Model: CF  CardReader   Rev:     
>   Type:   Direct-Access                    ANSI SCSI revision: 02
> Host: scsi2 Channel: 00 Id: 00 Lun: 01
>   Vendor: USB2.0   Model: CBO CardReader   Rev:     
>   Type:   Direct-Access                    ANSI SCSI revision: 02
> 
Is this one card reader or two?  They are both on scsi bus 2 channel 0
and Id 0.  If they are two different readers see if you can move them to
two different Ids.  If they are the same physical reader with two
different slots then have you enabled multiple Lun support in you scsi
subsystem (in the kernel)?  That might fix it.
-- 
Tres

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Internal Card Reader detection

[Jonathan Schaeffer]

[-- Attachment #1: Type: text/plain, Size: 941 bytes --]

2005/7/10, Tres Melton <tres@mindspring.com>:
> 
> On Sat, 2005-07-09 at 14:05 +0200, Jonathan Schaeffer wrote:
> > Host: scsi2 Channel: 00 Id: 00 Lun: 00
> > Vendor: USB2.0 Model: CF CardReader Rev:
> > Type: Direct-Access ANSI SCSI revision: 02
> > Host: scsi2 Channel: 00 Id: 00 Lun: 01
> > Vendor: USB2.0 Model: CBO CardReader Rev:
> > Type: Direct-Access ANSI SCSI revision: 02
> >
> Is this one card reader or two? They are both on scsi bus 2 channel 0
> and Id 0. If they are two different readers see if you can move them to
> two different Ids. If they are the same physical reader with two
> different slots then have you enabled multiple Lun support in you scsi
> subsystem (in the kernel)? That might fix it.


You're right, it's one physical reader with two slots. I'll look after the 
kernel conf as soon as I can,
thanks for the clue.

--
> Tres
> 
> --
> gentoo-amd64@gentoo.org mailing list
> 
>

[-- Attachment #2: Type: text/html, Size: 1837 bytes --]

[gentoo-amd64] Re: Internal Card Reader detection

[Duncan]

Jonathan Schaeffer posted <d60596f505071101173d7f4c2b@mail.gmail.com>,
excerpted below,  on Mon, 11 Jul 2005 10:17:26 +0200:

> ------=_Part_1512_4524190.1121069846262 Content-Type: text/html;
> charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
> Content-Disposition: inline
> 
> <br><br><div><span class="gmail_quote">2005/7/10, Tres Melton &lt;<a
> href="mailto:tres@mindspring.com">tres@mindspring.com</a>&gt;:</span><blockquote
> class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204);

OK, it appears you use gmail, so could reasonably miss this option, but
please turn off the sending of HTML formatted mail to this and other Linux
lists you may be subscribed to.  Within the open source community, HTML
formatted mail is (IMO rightfully) blamed for much of the malware epidemic
we have today.  Consider what percentage of those email based attacks
would have been possible if clients stuck to plain text formatting -- very
few of them.  For that reason and because HTML mail also tends to be a
favorite of the spammer set (for several reasons including the ability to
use web bugs, and a couple additional tricks for bypassing mail filters),
it is considered in poor taste to send HTML messages to most open source
newsgroups or mailinglists.  Many choose to filter it out entirely, or
killfile those that use it.  Even when they don't, using the format is
akin to putting up a huge blinking NEWBIE AOLER STYLE USER INSENSITIVE TO
THE OBSERVED NORMS OF THE LIST/GROUP sign on every message sent.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Internal Card Reader detection

[Jonathan Schaeffer]

Sorry Duncan, I wasn't aware I was sending HTML code, and I totaly
agree with you.
I disabled this option...

2005/7/11, Duncan <1i5t5.duncan@cox.net>:
> 
> OK, it appears you use gmail, so could reasonably miss this option, but
> please turn off the sending of HTML formatted mail to this and other Linux
> lists you may be subscribed to.  Within the open source community, HTML
> formatted mail is (IMO rightfully) blamed for much of the malware epidemic
> we have today.  Consider what percentage of those email based attacks
> would have been possible if clients stuck to plain text formatting -- very
> few of them.  For that reason and because HTML mail also tends to be a
> favorite of the spammer set (for several reasons including the ability to
> use web bugs, and a couple additional tricks for bypassing mail filters),
> it is considered in poor taste to send HTML messages to most open source
> newsgroups or mailinglists.  Many choose to filter it out entirely, or
> killfile those that use it.  Even when they don't, using the format is
> akin to putting up a huge blinking NEWBIE AOLER STYLE USER INSENSITIVE TO
> THE OBSERVED NORMS OF THE LIST/GROUP sign on every message sent.
> 
> --
> Duncan - List replies preferred.   No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master."  Richard Stallman in
> http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html
>

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Re: Internal Card Reader detection

[Duncan]

Jonathan Schaeffer posted <d60596f505071107282ef126df@mail.gmail.com>,
excerpted below,  on Mon, 11 Jul 2005 16:28:10 +0200:

> Sorry Duncan, I wasn't aware I was sending HTML code, and I totaly agree
> with you.
> I disabled this option...

Thanks.  One reason I don't simply filter such, and continue mentioning
it, is that I'd say a good 75% of the time or better, folks weren't even
aware they were doing it, and are honestly appreciative that someone took
the time to give them a nudge on it.  =8^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list