Re: Android Debug Bridge (adb) on FreeBSD && smartphone BQ E4.5

2018-11-20 Thread Julian H. Stacey
I normally use cable not WiFI, I usually use current, my notes:
http://www.berklix.com/~jhs/android/#adb

PS
It usually works for me, but sometimes fails, last lock was simply
'cos plug had worked loose, so the 2 longer USB power pins still
illuminated the USB hub LED, but 1 or 2 of the 2 shorter data pins
on the USB plug disconnected.  Other times I've had more mysterious
failures, but all I know to check is on my URL above.

Cheers,
Julian
-- 
Julian Stacey, Computer Consultant, Systems Engineer, BSD Linux Unix, Munich.
 Brexit referendum stole 3,700,000 votes from Brits abroad, inc. 700,000 in EU
 Campaign lies, criminal funded; Markets, jobs & pound down; New Referendum!
http://exitbrexit.uk
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usbdump on macOS

2017-10-06 Thread Julian H. Stacey
Tomasz CEDRO wrote:
> On Fri, Oct 6, 2017 at 6:39 PM, Julian H. Stacey <j...@berklix.com> wrote:
> > Tomasz CEDRO wrote:
> >> Hello world!
> >> Is there any chance to have USBDUMP working on current macOS? I can
> >> see there is a manual page for usbdump in XCode taken directly from
> >> the FreeBSD.. but I could not find the binary..
> >> Is anyone aware or can make usbdump work on macOS? I may be able to
> >> find some funding to make it work.. :-)
> >> Best regards,
> >> Tomek CEDRO
> >
> > I'd guess you'd stand best chance asking on a MacOS list.  But if you
> > do find funding & want a geographic indexed global BSD contractors index:
> > http://www.berklix.com/consultants/
> > Cheers,
> > Julian
> 
> Hello Julian, thanks for response! I thought there may be an effort
> already to port usbdump to macOS as I found the man page there.. no
> clue why it landed there without the binary... this is why I ask here
> :-)
> 
> Do you know any sensible macOS list of this kind where I could ask? I
> did not get ANY sensible support from Apple Developer Forum nor
> Support..
> 
> Best regards,
> Tomek

Sorry Tomasz, I know nothing helpful,
I do know a friend who used to work for Apple who is on BSD lists
maybe he knows lists, I'm bcc'ing him, so's not to drop him in it :-)

Actually I think theres been a few BSD people at Apple,
maybe some on lists will see your call for help. All the best.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/ UK stole 3,500,000 votes; 700,000 from Brits in EU.
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usbdump on macOS

2017-10-06 Thread Julian H. Stacey
Tomasz CEDRO wrote:
> Hello world!
> 
> Is there any chance to have USBDUMP working on current macOS? I can
> see there is a manual page for usbdump in XCode taken directly from
> the FreeBSD.. but I could not find the binary..
> 
> Is anyone aware or can make usbdump work on macOS? I may be able to
> find some funding to make it work.. :-)
> 
> Best regards,
> Tomek CEDRO

I'd guess you'd stand best chance asking on a MacOS list.  But if you
do find funding & want a geographic indexed global BSD contractors index:
http://www.berklix.com/consultants/


Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/brexit/ UK stole 3,500,000 votes; 700,000 from Brits in EU.
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: Re.: BadUSB - On Accessories that Turn Evil, by Karsten Nohl + Jakob Lell

2017-09-21 Thread Julian H. Stacey
Hi all
Hans Petter Selasky wrote:
> On 09/20/17 20:06, Julian H. Stacey wrote:
> > A tiny diff to make it easier to grep sysctl descriptions:
> > 
> > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/sys/dev/usb/usb_hub.c.REL=12.0-CURRENT.diff
> 
> Hi,
> 
> Please wrap the long string in multiple pieces 

Done.


> before committing it. 

See below


> Looks good. Hope the sysctl has saved you some trouble :-)

I'm not much exposed, but enthuse to others more exposed, how quickly
you provided it once the risk was spotted :-).  Hopefully those
most at risk will enable it most, & like a firewall, may be ignorant
if it saves them.  I'm going to have my /etc/rc.conf enable it for
all domains where `hostname` is not in my home domain.

> --HPS


> From: Gary Jennejohn <gljennj...@gmail.com>
> I suppose Hans means "submitting it."  Julian should probably
> open a bug report and attach his diff to it.

Done, https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222505


> Julian did at one time, many years ago, have a commit bit.  But I
> doubt he does now.

Yes unfortunately my commit bit evaporated way back, lack of use.


> From: "WhiteWinterWolf (Simon)" <freebsd.li...@whitewinterwolf.com>

Thanks for a post with many good points, starting:
> malicious mouse offers plenty of space to store all the chips you may


Thanks Gary for pointing out German CT magazine issue 18/2017

https://www.heise.de/ct/ausgabe/2017-18-Gefahr-durch-angriffslustige-Hardware-3800729.html
For those who can't read German:
  Normaly I just point to http://www.berklix.org/trans/
  But currently as
- Google have damaged their translator, no longer accept URLs 
- & Bing wont translate https, only http
  Temporarily there's http://www.berklix.org/trans/ct/

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/queen/ Petition to get 3.5 million UK votes back.
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re.: BadUSB - On Accessories that Turn Evil, by Karsten Nohl + Jakob Lell

2017-09-20 Thread Julian H. Stacey
Hi usb@ & security@ freebsd.org,
hps@ (cc'd) introduced a FreeBSD Sysctl Oct 2014:
hw.usb.disable_enumeration: 0
dev.uhub.4.disable_enumeration: 0
dev.uhub.3.disable_enumeration: 0
dev.uhub.2.disable_enumeration: 0
dev.uhub.1.disable_enumeration: 0
dev.uhub.0.disable_enumeration: 0
which added some protection against USB devices that turn evil.
  https://lists.freebsd.org/pipermail/freebsd-usb/2014-October/013304.html
  https://lists.freebsd.org/pipermail/freebsd-security/2014-October/007976.html

A tiny diff to make it easier to grep sysctl descriptions:

http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/gen/sys/dev/usb/usb_hub.c.REL=12.0-CURRENT.diff

Chips shrink, imagine one hidden in a small arm band Micro-USB
adapter cable, as sold in one Euro/Pound shops.  A picture of similar
https://www.twist4-silikonarmbaender.de/
Probably some are made in China, perhaps in PLA owned factories.

Short cables, so to save losing it, it might be left plugged in.
At power on, a chip might do nothing but set a timer, & stay
in low power for 130 minutes, out waiting checkers before it starts 
"Hi, I'm a keyboard + C:\n uname -a\n probes & commands"

(Combi scanner / printers & PS2 keyboard + mouse converters both
share 2 devices on 1 cable, so a 2nd dev on a physical interface
isn't intrinsicaly suspicious.)

To detect a Trojan cable, could one measure very low  power consumption of a
supposedly passive cable not yet connected the other end to a device ?
My laptop + FreeBSD-current suggest low current detection is not possible ?

usbconfig shows all currents in multiples of 100mA (0mA)
(0mA) (0mA) (0mA) (100mA) (100mA) (100mA) (200mA) (500mA)

So probably not measurements made by the PC, but nominal ratings ?
& if it's merely the external device reporting its desired
rating, then useless to detect if a cable has a hidden device.

I'm not familiar with USB chip functionalities available,
but I looked at the code:

/usr/src/usr.sbin/usbconfig/dump.c
dump_device_info{
usage = libusb20_dev_get_power_usage(pdev);
printf("%s, cfg=%u md=%s spd=%s pwr=%s (%umA)\n", ... usage);

man libusb20_dev_get_power_usage
libusb20_dev_get_power_usage() returns the reported power usage in
milliamps for the given USB device.  A power usage of zero typically
means that the device is self powered.

/usr/src/lib/libusb/libusb20.c
pdev->methods->get_power_usage(pdev, _usage);

ugen20_get_power_usage

ioctl(pdev->file_ctrl, IOUSB(USB_GET_POWER_USAGE)

/sys/dev/usb/usb_generic.c: case USB_GET_POWER_USAGE:
ugen_get_power_usage(f);

/sys/dev/usb/usb_generic.c
return (udev->power)

I suppose in desperation a dentist's X-Ray machine would give a view.

It'd be worse if an organisation buried evil chips in Power Banks
(batteries to recharge smart phones etc).  It would be impossible
to detect low power consumed by a sleeping chip, that continues to
sleep long after a phone is plugged in to charge.
Smaller battery packs are around company promotional gift prices.

I recall the current FreeBSD sysctl provides switching per port,
but not per device type.  I guess one could bodge a bit more security
by a script, approx:

cp /etc/devd.conf.no_kbd /etc/devd.conf
kill -9 `cat /var/run.devd.pid`
/sbin/devd
sysctl hw.usb.disable_enumeration=0 # Defences open.
 more specific port settings ?
echo "Now Insert within 10 sec." ; sleep 10
sysctl hw.usb.disable_enumeration=1 
cp /etc/devd.conf.with_kbd /etc/devd.conf
kill -9 `cat /var/run.devd.pid`
/sbin/devd

Keyboard is the long identified danger, but maybe there are
other dev types to protect against too, (ls /usr/share/man/man4),
Some devices such as 'da' I don't see as a problem, as for /dev/da
one can select on /etc/devd/*.conf "sernum" mount -o nosuid .. etc.

Ideally the USB system might offer more fine tuned defence, to have
some better defence than above, but as that's minority interest,
security companies might need to contribute to development of that.

Cheers,
Julian
-- 
Julian H. Stacey, Computer Consultant, BSD Linux Unix Systems Engineer, Munich
 Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable.
 http://berklix.eu/queen/ Petition to get 3.5 million UK votes back
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: BadUSB - On Accessories that Turn Evil, by Karsten Nohl + Jakob Lell

2014-10-08 Thread Julian H. Stacey
Hi Hans etc
Julian H. Stacey wrote:
 Hans Petter Selasky wrote:
  Hi,
  
  Can you test the following kernel patch and give some feedback:
  
  https://svnweb.freebsd.org/changeset/base/272733

I'm now on latest current with src  sys/ GENERIC 
/usr/src/.ctm_status# src-cur 11645

This time I downloaded your files properly
(last time I was severely distracted  made a silly mistake)

  After the patch you will get something like:
  hw.usb.disable_enumeration: 0
  dev.uhub.0.disable_enumeration: 0
  dev.uhub.1.disable_enumeration: 0
  ...

sysctl -a | grep  enumeration
  hw.usb.disable_enumeration: 0
  dev.uhub.0.disable_enumeration: 0
  dev.uhub.1.disable_enumeration: 0
  dev.uhub.2.disable_enumeration: 0
  dev.uhub.3.disable_enumeration: 0
  dev.uhub.4.disable_enumeration: 0

sysctl -d hw.usb.disable_enumeration
  hw.usb.disable_enumeration: Set to disable all USB device enumeration.

sysctl -d dev.uhub.4.disable_enumeration
  dev.uhub.4.disable_enumeration: Set to disable enumeration on this USB HUB.

usbconfig
ugen0.1: EHCI root HUB Intel at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (0mA)
ugen1.1: EHCI root HUB Intel at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (0mA)
ugen0.2: product 0x0020 vendor 0x8087 at usbus0, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE (0mA)
ugen1.2: product 0x0020 vendor 0x8087 at usbus1, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE (0mA)
ugen0.3: 1.3M WebCam XPA2535XY at usbus0, cfg=255 md=HOST spd=HIGH (480Mbps) 
pwr=OFF (500mA)
ugen1.3: Semi Tech PS2 Keyboard - PS2 Mouse Semi Tech at usbus1, cfg=0 
md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA)
ugen1.4: USB2.0 Hub vendor 0x05e3 at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (100mA)

Inserted a WLAN stick
usbconfig
ugen1.5: 802.11 n WLAN Ralink at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=ON (450mA)
ifconfig -a shows run0  wlan0

Removed WLAN stick
sysctl dev.uhub.4.disable_enumeration=1

Added WLAN stick
ifconfig -a No run0  wlan0

Added WLAN stick on different direct PC socket:
ifconfig -a Shows run0  wlan0

usbconfig
ugen0.1: EHCI root HUB Intel at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (0mA)
ugen1.1: EHCI root HUB Intel at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (0mA)
ugen0.2: product 0x0020 vendor 0x8087 at usbus0, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE (0mA)
ugen1.2: product 0x0020 vendor 0x8087 at usbus1, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE (0mA)
ugen0.3: 1.3M WebCam XPA2535XY at usbus0, cfg=255 md=HOST spd=HIGH (480Mbps) 
pwr=OFF (500mA)
ugen1.3: Semi Tech PS2 Keyboard - PS2 Mouse Semi Tech at usbus1, cfg=0 
md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA)
ugen1.4: USB2.0 Hub vendor 0x05e3 at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=SAVE (100mA)
ugen1.5: 802.11 n WLAN Ralink at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) 
pwr=ON (450mA)

Great ! Seems to work.

(Though I need to read up on how major  minor of ugen relate to
the digit in eg 4.disable_enumeration)


  which is also settable through /boot/loader.conf (tunable)

Good, 
I hope/presume loader.conf gets run before any USB, cos I recall
lecturer Karsten Nohl pointing out one could get BadUSB taking up
residence in USB controller chips inside a PC, ie for a built in
mouse or web cam, so one would need to turn off enumeration earlier
than when first external USB approaches to connect.

I've reported back on BBC news form:
Ref. your 
6 October 2014 Last updated at 15:29 GMT 
http://www.bbc.com/news/technology-29475566

The www.FreeBSD.org project (a Unix OS similar to Linux)
took just 2 days to develop  test a free solution.
http://lists.freebsd.org/pipermail/freebsd-usb/2014-October/013304.html

Well done, Thanks Hans!

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: BadUSB - On Accessories that Turn Evil, by Karsten Nohl + Jakob Lell

2014-10-07 Thread Julian H. Stacey
Hi
Hans Petter Selasky wrote:
 On 10/06/14 22:30, Poul-Henning Kamp wrote:
  
  In message 201410061956.s96ju8s3089...@fire.js.berklix.net, Julian H. 
  Stacey
   writes:
 
  For FreeBSD,
I guess for serious security, every new device that is connected
 recognised by /sbin/devd should in future be personaly authorised
by a human !  One can no longer trust what reports itself to be
eg a keyboard to actually Be a keyboard, etc.
 
  no longer ?
 
  When you could you *ever* trust a USB device about anything ?

Yes.  Can't even trust a memory stick, even when avoiding a reboot,
even when not mounting it.


 Hi,
 
 You should not assume you can trust hardware :-) Especially removable 
 hardware.

Yes. That lecture has fortified my lapsed paranoia ;-)


 It is possible to add a sysctl to halt the probing of USB devices, so 
 that USB devices can only be detached from the system.

Good idea.  
Would provide more protection than my idea of some confirm Yes/No
command called from devd attach, (as a BadUSB device could masquerade
a keyboard device to say Yes).

sysctl -a -d | grep device | rev | sort | rev | more
shows nothing, so I guess it would be nice if someone wrote such a sysctl.


 The problem is 
 that if the main input is a USB keyboard and that goes away, you have no 
 easy way to recover your system ...

Yes, sometimes some users wouldn't want to enable that sysctl,
but it would allow considerable protection for others.  I think it
would be good to have, just a question of which default state at boot,
inhibit off I guess, as now (least suprise).


 Anyway, USB 2.0 and 1.0 are broadcast based, and technically one device 
 might highjack the traffic of another one.

So a sysctl would provide more safety, but still not be totaly safe,
best we can do I guess.  The end of the lecture alluded to this
masquerading possibility, that devices had no ID encryption key to
prevent it, ( in some cases not even a serial number).

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


BadUSB - On Accessories that Turn Evil, by Karsten Nohl + Jakob Lell

2014-10-06 Thread Julian H. Stacey
Hi freebsd-usb@freebsd.org, (I suggest replies to usb@)
cc: freebsd-secur...@freebsd.orgFYI

Ref. article on BadUSB pan OS (non FreeBSD specific) security loophole
http://www.bbc.com/news/technology-29475566
Dated  6 October 2014 Last updated at 15:29 GMT 

I found https://github.com/search?utf8=%E2%9C%93q=BadUSB

Then viewed https://www.youtube.com/watch?v=nuruzFqMgIw
( Which BTW plays nicely inc. sound on FreeBSD-9.2-RELEASE
+ firefox without any flash installed (certainly no
ports/graphics/gnash)

A fascinating video by Lecturers Karsten Nohl  Jacob Lell at Black Hat 
USA 2014, Run time 44:30 ) 
  (PS for non native English spekers on this global list, dont worry if 
  you find Jacob's accent hard, Karsten resumes for last 3rd, listen on :-)

It seems USB controllers (8041 or so based) can first masquerade
one device, then pause  masquerade another device type.  This is
an OS independent security list. Lecturers includes both demo of
an MS to Linux contamination,  consideration of other scenarios.
A predominant USB controller manufacturer in Taipei was not happy.

The lecturers didn't discuss MS or Linux or Android smart phone
protection schemes (except to allude to the danger of someone saying
Can I plug in my smart phone to your PC to charge it ?.

It can't be ignored as a smart phone exploit: the demo wasn't with a
smart phone but a `dumb' stick. 

One can't get some protection by checking for sernum connecting, as devd shows:
- my USB to PS2 adapter (vendor=0x04b4 product=0x8081) emits sernum=
- my real USB Havit keyboard (vendor=0x1241 product=0x1203) emits sernum=

For FreeBSD,
  I guess for serious security, every new device that is connected
   recognised by /sbin/devd should in future be personaly authorised
  by a human !  One can no longer trust what reports itself to be
  eg a keyboard to actually Be a keyboard, etc.

  /usr/src/etc/devd/*.conf  my own .conf do Not meet that awkward
  security requirement... yet. I guess we'll need a couple of hooks
  that support Yes/No, one from cli  one for within X11.

There's no security warning section in
http://en.wikipedia.org/wiki/Flash_memory

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com
 Indent previous with  .  Interleave reply paragraphs like a play script.
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
ShellShock - http://www.berklix.com/~jhs/bash/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: Do _any_ USB 3.0 cards actually work?

2014-05-26 Thread Julian H. Stacey
 Does FreeBSD *ever* work with *any* USB 3.0 equipment?  Or is this

Yes it works. Tue, 12 Jun 2012 I filed a success report:
http://lists.freebsd.org/pipermail/freebsd-usb/2012-June/011283.html

Cheers,
Julian
-- 
Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com
Interleave reply paragraphs like a play script.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


USB flash memory stick works on 8.3-rel, fails on 9.2 10.0

2014-03-07 Thread Julian H. Stacey
A 16G USB flash memory stick here works with 8.3-RELEASE but fails (on same
PC  port) to create /dev/da* on FreeBSD-9  10. (devd running on all3)
What should I change for the stick ?
What can we change on FreeBSD so similar devices dont fail ?

On 8.3-RELEASE LED stays on, dev/da* appera,  can mount,.
On 9.2  10.0- Releases, the LED flashes faster than a whirling dervish,
but no /dev/da*

9.2-RELEASE shows:
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 ugen1.3: USB2.0 at usbus1 (disconnected)
 umass0: at uhub3, port 1, addr 3 (disconnected)
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Error 5, Retries exhausted
 (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 
00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 
00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Error 5, Retries exhausted
 (da0:umass-sim0:0:0:0): got CAM status 0x44
 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device
 (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 5 refs
 (da0:umass-sim0:0:0:0): removing device entry
 ugen1.3: USB2.0 at usbus1
 umass0: USB2.0 DISK, class 0/0, rev 2.00/1.00, addr 3 on usbus1
 umass0:  SCSI over Bulk-Only; quirks = 0x0100
 umass0:2:0:-1: Attached to scbus2
 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
 da0: USB2.0 DISK 0.00 Removable Direct Access SCSI-4 device 
 da0: 40.000MB/s transfers
 da0: 15015MB (30750720 512 byte sectors: 255H 63S/T 1914C)
 da0: quirks=0x2NO_6_BYTE

10.0-RELEASE on same PC shows similar, as does another 9.2 PC

9.2 devd -d does start doing the right thing eg:
 Processing event '+umass0 at bus=2 hubaddr=1 port=1 devaddr=3
 interface=0 vendor=0x048d product=0x1170 devclass=0x00 devsubclass=0x00
 sernum=04DA3CC3 release=0x0100 mode=host intclass=0x08
 intsubclass=0x06 intprotocol=0x50  on uhub2'

 Executing 'sleep 4; rm -f /devusb/hama16g; ln -s /dev/`echo
 umass0|sed -e s/umass/da/`s1 /devusb/hama16g;mkdir /media/hama16g;
 chmod 777 /media/hama16g; chown jhs:staff /media/hama16g;
 `/site/usr/local/bin/fsck.sh` -y -t msdosfs /devusb/hama16g;mount
 -t msdosfs /devusb/hama16g /media/hama16g'
 Can't stat /devusb/hama16g
 ** /devusb/hama16g
 Can't open `/devusb/hama16g'
 mount_msdosfs: /devusb/hama16g:

My /devusb/hama16g@ - /dev/da0s1 (works for other sticks) is left
dangling as no /dev/da* to point to.

2nd PC usbconfig shows:
ugen5.2: DISK USB2.0 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(480mA)

( BTW Seems a lot of power for a stick ?  A same size 16G USB3 stick (on
same USB 2 socket) reports ugen5.2: Mass Storage Device JetFlash
at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA),  the
USB3 stick mounts OK. )

usbconfig -u 5 -a 2 do_request 0x81 0x06 0x2200 0 0x100 # copied from man.
REQUEST = ERROR

usbconfig -u 5 -a 2 dump_curr_config_desc
ugen5.2: DISK USB2.0 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(480mA)

 Configuration index 0

bLength = 0x0009 
bDescriptorType = 0x0002 
wTotalLength = 0x0020 
bNumInterfaces = 0x0001 
bConfigurationValue = 0x0001 
iConfiguration = 0x  no string
bmAttributes = 0x0080 
bMaxPower = 0x00f0 

Interface 0
  bLength = 0x0009 
  bDescriptorType = 0x0004 
  bInterfaceNumber = 0x 
  bAlternateSetting = 0x 
  bNumEndpoints = 0x0002 
  bInterfaceClass = 0x0008 
  bInterfaceSubClass = 0x0006 
  bInterfaceProtocol = 0x0050 
  iInterface = 0x  no string

 Endpoint 0
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0001  OUT
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0200 
bInterval = 0x0001 
bRefresh = 0x 
bSynchAddress = 0x 

 Endpoint 1
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0082  IN
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0200 
bInterval = 0x0001 
bRefresh = 0x 
bSynchAddress = 0x 

Is USB stick dead ? Would someone like it to investigate ?

2014-03-07 Thread Julian H. Stacey
I have a Hama USB stick, 16G that creates no /dev/da* any more, though
it used to (tested on 2 PCs).  Maybe it's dead ? The LED still flashes.  Or just
gone weird ? Something I could fix with some CAM magic ? 
Is it exhibit strangeness worthy of someone debugging ?  (for
the sake of FreeSBD, not the stick) in which case I could post it to
whoever fancies improving FreeBSD ?  (No valuable data on it).

9.2-RELEASE shows:
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 ugen1.3: USB2.0 at usbus1 (disconnected)
 umass0: at uhub3, port 1, addr 3 (disconnected)
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 d5 37 fe 00 00 01 00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Error 5, Retries exhausted
 (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 
00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Retrying command
 (da0:umass-sim0:0:0:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 
00 
 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error
 (da0:umass-sim0:0:0:0): Error 5, Retries exhausted
 (da0:umass-sim0:0:0:0): got CAM status 0x44
 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device
 (da0:umass-sim0:0:0:0): lost device - 0 outstanding, 5 refs
 (da0:umass-sim0:0:0:0): removing device entry
 ugen1.3: USB2.0 at usbus1
 umass0: USB2.0 DISK, class 0/0, rev 2.00/1.00, addr 3 on usbus1
 umass0:  SCSI over Bulk-Only; quirks = 0x0100
 umass0:2:0:-1: Attached to scbus2
 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
 da0: USB2.0 DISK 0.00 Removable Direct Access SCSI-4 device 
 da0: 40.000MB/s transfers
 da0: 15015MB (30750720 512 byte sectors: 255H 63S/T 1914C)
 da0: quirks=0x2NO_6_BYTE

10.0 similar

devd -d does start doing the right thing eg:
 Processing event '+umass0 at bus=2 hubaddr=1 port=1 devaddr=3
 interface=0 vendor=0x048d product=0x1170 devclass=0x00 devsubclass=0x00
 sernum=04DA3CC3 release=0x0100 mode=host intclass=0x08
 intsubclass=0x06 intprotocol=0x50  on uhub2'

 Executing 'sleep 4; rm -f /devusb/hama16g; ln -s /dev/`echo
 umass0|sed -e s/umass/da/`s1 /devusb/hama16g;mkdir /media/hama16g;
 chmod 777 /media/hama16g; chown jhs:staff /media/hama16g;
 `/site/usr/local/bin/fsck.sh` -y -t msdosfs /devusb/hama16g;mount
 -t msdosfs /devusb/hama16g /media/hama16g'
 Can't stat /devusb/hama16g
 ** /devusb/hama16g
 Can't open `/devusb/hama16g'
 mount_msdosfs: /devusb/hama16g:

My /devusb/hama16g@ - /dev/da0s1 (works for other sticks) is left
dangling as no /dev/da* to point to.

2nd PC usbconfig shows:
ugen5.2: DISK USB2.0 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(480mA)
(seems a lot of power for a stick)

(A same size 16G USB3 stick (on same USB 2 socket) reports
ugen5.2: Mass Storage Device JetFlash at usbus5, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=ON (500mA)
( the USB3 stick mounts OK))

usbconfig -u 5 -a 2 do_request 0x81 0x06 0x2200 0 0x100
REQUEST = ERROR

usbconfig -u 5 -a 2 dump_curr_config_desc
ugen5.2: DISK USB2.0 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON 
(480mA)

 Configuration index 0

bLength = 0x0009 
bDescriptorType = 0x0002 
wTotalLength = 0x0020 
bNumInterfaces = 0x0001 
bConfigurationValue = 0x0001 
iConfiguration = 0x  no string
bmAttributes = 0x0080 
bMaxPower = 0x00f0 

Interface 0
  bLength = 0x0009 
  bDescriptorType = 0x0004 
  bInterfaceNumber = 0x 
  bAlternateSetting = 0x 
  bNumEndpoints = 0x0002 
  bInterfaceClass = 0x0008 
  bInterfaceSubClass = 0x0006 
  bInterfaceProtocol = 0x0050 
  iInterface = 0x  no string

 Endpoint 0
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0001  OUT
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0200 
bInterval = 0x0001 
bRefresh = 0x 
bSynchAddress = 0x 

 Endpoint 1
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0082  IN
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0200 
bInterval = 0x0001 
bRefresh = 0x 
bSynchAddress = 0x 

usbconfig -u 5 -a 2 dump_device_desc
ugen5.2: DISK USB2.0 at 

Re: Is USB stick dead ? Would someone like it to investigate ?

2014-03-07 Thread Julian H. Stacey
Julian H. Stacey wrote:
 I have a Hama USB stick, 16G that creates no /dev/da* any more, though

Sorry all, please do not answer this thread with
 Subject: Is USB stick dead ? Would someone like it to investigate ?
Its an old mail that I thought had failed to send. Seems it just got stuck 
my end  made it out, obsolete

My revised mail I would appreciate replies to has a slightly different subject:
 Subject: USB flash memory stick works on 8.3-rel, fails on 9.2  10.0

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
Boycott Putin's Russia, invaders of Ukraine.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: Reiner SCT RFID unknown device id?

2014-02-22 Thread Julian H. Stacey
Alexander Leidinger wrote:
 On Tue, 18 Feb 2014 22:16:17 +0100
 Julian H. Stacey j...@berklix.com wrote:
 
  Hans Petter Selasky wrote:
   On 02/17/14 16:54, Mathias Picker wrote:
I just found a used Reiner SCT RFID
(http://www.reiner-sct.com/produkte/chipkartenleser/cyberJack_RFID_standard.html)
and bought it, hoping I could get it to work in FreeBSD.
 
 A port at
 http://www.leidinger.net/test/pcsc-cyberjack.tar.bz2
 
 I did this port not for the RFID reader, it's for another one. It may
 or may not work for you.

Thanks Alexander !, I downloaded  installed on 9.2-RELEASE,

I reduced files/* long rooted names to eg
 --- ifd/Makefile.in.orig2013-01-19 23:47:28.016736517 +0100
 +++ ifd/Makefile.in 2013-01-19 23:48:19.870759570 +0100
copies in
 
http://www.berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/security/pcsc-cyberjack/

I ran make package-recursive to make sure any dependencies are in place,
 installed security/pcsc-tools

pcsc_scan
 PC/SC device scanner
 V 1.4.21 (c) 2001-2011, Ludovic Rousseau ludovic.rouss...@free.fr
 Compiled with PC/SC lite version: 1.8.8
 SCardEstablishContext: Service not available.

man pcscd
 
/etc/rc.conf:
 pcscd_enable=YES  # for /usrlocal/etc/rc.d/pcscd

 /usr/local/etc/rc.d/pcscd start

pcsc_scan
 PC/SC device scanner
 V 1.4.21 (c) 2001-2011, Ludovic Rousseau ludovic.rouss...@free.fr
 Compiled with PC/SC lite version: 1.8.8
 Using reader plug'n play mechanism
 Scanning present readers...
 Waiting for the first reader...

ls -l  /usr/local/etc/reader.conf.d/reader.conf # nothing
cd /usr/local ; find . -name find . -name \*reader.conf\*
 ./man/man5/reader.conf.5.gz
man 5 reader.conf
 USB readers SHALL NOT  be  configured  using  this  file
cd /usr/local/lib/pcsc/drivers/libifd-cyberjack.bundle/Contents 
find . -type f
 ./Info.plist
 ./PkgInfo
 ./FreeBSD/libifd-cyberjack.so.6
 ./FreeBSD/libifd-cyberjack.la

 vi Info.plist
   VendorID .. 0x0c4b same as mine
   ProductID does not include my 0x9102
   do a quick hack in 3 blocks to add it.

/usr/local/etc/rc.d/pcscd restart
 pcsc_scan
  Waiting for the first reader...^D

Got to stop for now.  Am I on course please ?

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with  .
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


hot usb sticks

2013-10-05 Thread Julian H. Stacey
Has anyone else noticed how hot USB sticks can get when used for backup ?
 also that IO errors occur after a while, which go away after a cold reboot.

Not the whole stick, but the metal connector gets hot, so chip is
hotter still.  Obviously one won't notice this on large plastic
encassed sticks, but 2 main sicks I use are:
 sandisk 2Gig metal case vendor 0x0781; product 0x5151;
 delock 8G miniature (~ 3mm of platic beyond plug)
 vendor 0x05e3 product 0x0727

I usually notice this when I am updating (writing) a crypted (gbde)
UFS file systems using port/net/rdist6 (which only rewrites updated files).

Source data is 1,446,438 K bytes in 42,611 files so average
size of 34 K.  But a lot of the files are really small, (~/.* config
 mail files etc, so as rdist will be updating each one sequentially,
 each will take a read + write cycle on a stick block,  as many
small files will probably map to the same stick block, thats
some concentrated cycles.

More stick detail at
http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/jhs.conf

Quite often I have to reboot my target host that has a stick inserted,
I believe regardless of OS version on USB target host 

Possibly there might be less heating when only reading (as read
cycles are also quicker), but mainly I'm backing up, writing.

I was thinking of making a heatsink to clamp to a USB socket on an
extension cable, but before that I'll try hanging a USB extension cable 
adjacent to a case fan.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Reply below not above, like a play script.  Indent old text with  .
 Send plain text.  No quoted-printable, HTML, base64, multipart/alternative.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: USB3 SATA enclosure

2012-12-12 Thread Julian H. Stacey
 I have one. It achieves what is expected from USB3. But it was not
 recognised at the beginning.

I have a USB3 enclosure that works at USB2 unless I remove the
extension cable  add external power, then it's USB3 :-)

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Reply below not above, like a play script.  Indent old text with  .
 Send plain text. Not: HTML, multipart/alternative, base64, quoted-printable.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


USB-3 PCI-Express cards, from conrad.com OK with FreeBSD-8.3 dev xhci

2012-06-12 Thread Julian H. Stacey
Hi FreeBSD USB people,
Success report for a USB-3 PCI-Express card with FreeBSD-8.3  device xhci.
The card seems to be an own brand or import + relabel by Conrad,
a German PC shop chain (they do mail order too, also in English URLs below).

With a Samsung Disc 2.5 1.0 TB SATA HN-M101MBB (5400 RPM, 8MB 9.5mm)
USB-3 screwed metal enclosure) I've seen:
78.3 Mbyte/s host=blak, USB3 dd no bs  reading from USB3 1T msdosfs
81.1 Mbyte/s host=blak, USB3 dd bs=64k reading from USB3 1T msdosfs
(Of course raw USB3 spec. is higher: 4800 Mbit/s. USB2 480, USB1 12)

---
USB-3 Box Label:
 Conrad 2 Port USB 3.0 PCI-Express conroller card
 Product Number 973583
 Up to 5 GBit/s. Up to 10x faster than USB2.0
 Super Speed
 chip set: NEC
 Windows 7 Compatible
On Board:
 On PCB:
  Front:
   D108-00D
  Back
   Conrad Model UB 108
 Big IC:
  D720200F1
  1124KU609
  Japan
 Small 8 pin IC (extremely hard to read) :
  TMELI025
  5F5128
  SSH
Description:
 A tiny board, comes also with an alternate shorter flange, low profile
 for shallow servers.  SATA power connector (15 pins, 5 of 15 are shorter).
 (My tower did not have a hole to insert flange plate at PCI Express position,
 I had to dis-assemble  hack one in, I hope other people have it easier).

 http://www.conrad.de/ce/de/product/973583/2-PORT-USB-30-PCI-EXPRESS-CONTROLLER
 29.95 Euro

 
http://www.conrad.com/2-PORT-USB-3.0-PCI-EXPRESS-CONTROLLER.htm?websale7=conrad-intpi=973583Ctx={ver/7/ver}{st/3ec/st}{cmd/0/cmd}{m/websale/m}{s/conrad-int/s}{l/int/l}{sf/%3Cs1%3E973583%3C/s1%3E/sf}{p1/b622b51345af32c231a9eb1ed6f9777c/p1}{md5/40afaf9e2b957f34e600076f91df60b2/md5}
28.45 GBP

Cheaper in Germany as 1.24520 EU = 1 GBP  Exchange rate from http://xe.com  

Cheers,
Julian
- -- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
Mail from @yahoo dumped @berklix.  http://berklix.org/yahoo/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


ICY BOX Sata USB box runs ar 1M instead of 40M+

2012-03-10 Thread Julian H. Stacey
Hi USB folks,
For external disk enclosure, trade name ICY BOX
/var/log messages shows USB configuring for 1.000MB/s

The cardboard box I bought it in from shop says 
1 x 2.5 SATA, 1 x USB 3.0 IB-231StU3 
http://www.icybox.de-
http://www.raidsonic.de/en/products/details.php?we_objectID=7564
Clicking Spec says: USB 3.0 up to 5 Gbit/s

The HP notebook
http://berklix.com/~jhs/hardware/hp/pavilion/dm3-1155ea
has 4 USB 2.0 ports.

If I connect a USB stick on the same port, the notebook offers 40M.

The disk on all 4 ports only offers 1M.
I tried external power to disk too, no help
(well I'd hoped maybe low V might have sabotaged negotiation - long 
shot ;-)

I suspect/ hope I just need to do a quirk table entry ? Hints please ?

8.2-RELEASE amd64,
I'd prefer to stay on 8.2 but I have a smallish space for a temporary current 
or 9 if I have to.

/var/log/messages:
ugen0.2: 01234567890123456789012345678901234567890123 at usbus0
umass0: 01234567890123456789012345678901234567890123 
012345678901234567890123456789012345678901234567, class 0/0, rev 2.10/1.00, 
addr 2 on usbus0
umass0:  SCSI over Bulk-Only; quirks = 0x
umass0:0:0:-1: Attached to scbus0
da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
da0: WDC WD25 00BEKT-60A25T1 02.0 Fixed Direct Access SCSI-5 device 
da0: 1.000MB/s transfers
da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C)

/sbin/devd -f /dev/null -d -D   (extract)

Processing event '+ugen0.2 vendor=0x174c product=0x55aa devclass=0x00 
devsubclass=0x00 sernum=0123456789ABCDEF0188 release=0x0100 at port=2 on 
ugen0.1'
Pushing table
setting device-name=ugen0.2
setting vendor=0x174c
setting product=0x55aa
setting devclass=0x00
setting devsubclass=0x00
setting sernum=0123456789ABCDEF0188
setting release=0x0100
Processing attach event
Popping table
Processing event '!system=USB subsystem=DEVICE type=ATTACH cdev=ugen0.2 
vendor=0x174c product=0x55aa devclass=0x00 devsubclass=0x00 
sernum=0123456789ABCDEF0188 release=0x0100 mode=host port=2 parent=ugen0.1'
Pushing table
setting system=USB
setting subsystem=DEVICE
setting type=ATTACH
setting cdev=ugen0.2
setting vendor=0x174c
setting product=0x55aa
setting devclass=0x00
setting devsubclass=0x00
setting sernum=0123456789ABCDEF0188
setting release=0x0100
setting mode=host
setting port=2
setting parent=ugen0.1
Processing notify event
Popping table
Processing event '!system=USB subsystem=INTERFACE type=ATTACH 
cdev=ugen0.2 vendor=0x174c product=0x55aa devclass=0x00 devsubclass=0x00 
sernum=0123456789ABCDEF0188 release=0x0100 mode=host interface=0 endpoints=2 
intclass=0x08 intsubclass=0x06 intprotocol=0x50'
Pushing table
setting system=USB
setting subsystem=INTERFACE
setting type=ATTACH
setting cdev=ugen0.2
setting vendor=0x174c
setting product=0x55aa
setting devclass=0x00
setting devsubclass=0x00
setting sernum=0123456789ABCDEF0188
setting release=0x0100
setting mode=host
setting interface=0
setting endpoints=2
setting intclass=0x08
setting intsubclass=0x06
setting intprotocol=0x50
Processing notify event
Popping table
Processing event '? at bus=1 hubaddr=2 port=0 devaddr=2 interface=0 
vendor=0x174c product=0x55aa devclass=0x00 devsubclass=0x00 
sernum=0123456789ABCDEF0188 release=0x0100 intclass=0x08 intsubclass=0x06 on 
uhub0'
Pushing table
setting bus=1
setting hubaddr=2
setting port=0
setting devaddr=2
setting interface=0
setting vendor=0x174c
setting product=0x55aa
setting devclass=0x00
setting devsubclass=0x00
setting sernum=0123456789ABCDEF0188
setting release=0x0100
setting intclass=0x08
setting intsubclass=0x06
setting bus=uhub0
Processing nomatch event
Popping table
Processing event '+umass0 vendor=0x174c product=0x55aa devclass=0x00 
devsubclass=0x00 sernum=0123456789ABCDEF0188 release=0x0100 intclass=0x08 
intsubclass=0x06 at bus=1 hubaddr=2 port=0 devaddr=2 interface=0 vendor=0x174c 
product=0x55aa devclass=0x00 devsubclass=0x00 sernum=0123456789ABCDEF0188 
release=0x0100 intclass=0x08 intsubclass=0x06 on uhub0'
Pushing table
setting device-name=umass0
setting vendor=0x174c
setting product=0x55aa
setting devclass=0x00
setting devsubclass=0x00
setting sernum=0123456789ABCDEF0188
setting release=0x0100
setting intclass=0x08
setting intsubclass=0x06
Processing attach event
Popping table

Re: ICY BOX Sata USB box runs ar 1M instead of 40M+

2012-03-10 Thread Julian H. Stacey
 Hi USB folks,

PS In case it adds info

  ohci0: OHCI (generic) USB controller mem 0xf2406000-0xf2406fff irq 16 at 
device 18.0 on pci0
  ohci0: [ITHREAD]
  usbus0: OHCI (generic) USB controller on ohci0
  ohci1: OHCI (generic) USB controller mem 0xf2405000-0xf2405fff irq 16 at 
device 18.1 on pci0
  ohci1: [ITHREAD]
  usbus1: OHCI (generic) USB controller on ohci1
  ehci0: EHCI (generic) USB 2.0 controller mem 0xf2407500-0xf24075ff irq 17 
at device 18.2 on pci0
  ehci0: [ITHREAD]
  usbus2: EHCI version 1.0
  usbus2: EHCI (generic) USB 2.0 controller on ehci0
  ohci2: OHCI (generic) USB controller mem 0xf2404000-0xf2404fff irq 18 at 
device 19.0 on pci0
  ohci2: [ITHREAD]
  usbus3: OHCI (generic) USB controller on ohci2
  ehci1: EHCI (generic) USB 2.0 controller mem 0xf2407400-0xf24074ff irq 19 
at device 19.2 on pci0
  ehci1: [ITHREAD]
  usbus4: EHCI version 1.0
  usbus4: EHCI (generic) USB 2.0 controller on ehci1
  pci0: serial bus, SMBus at device 20.0 (no driver attached)
  
  usbus0: 12Mbps Full Speed USB v1.0
  usbus1: 12Mbps Full Speed USB v1.0
  usbus2: 480Mbps High Speed USB v2.0
  usbus3: 12Mbps Full Speed USB v1.0
  usbus4: 480Mbps High Speed USB v2.0
  
  ugen0.1: ATI at usbus0
  uhub0: ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus0
  ugen1.1: ATI at usbus1
  uhub1: ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus1
  ugen2.1: ATI at usbus2
  uhub2: ATI EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus2
  ugen3.1: ATI at usbus3
  uhub3: ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1 on usbus3
  ugen4.1: ATI at usbus4
  uhub4: ATI EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1 on usbus4
  uhub0: 3 ports with 3 removable, self powered
  uhub1: 3 ports with 3 removable, self powered
  uhub3: 3 ports with 3 removable, self powered
  
  Root mount waiting for: usbus4 usbus2
  Root mount waiting for: usbus4 usbus2
  uhub2: 6 ports with 6 removable, self powered
  uhub4: 6 ports with 6 removable, self powered
  ugen2.2: Chicony Electronics Co., Ltd. at usbus2
  
  ugen0.2: 01234567890123456789012345678901234567890123 at usbus0
  umass0: 01234567890123456789012345678901234567890123 
012345678901234567890123456789012345678901234567, class 0/0, rev 2.10/1.00, 
addr 2 on usbus0
  umass0:  SCSI over Bulk-Only; quirks = 0x
  umass0:0:0:-1: Attached to scbus0
  da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
  da0: WDC WD25 00BEKT-60A25T1 02.0 Fixed Direct Access SCSI-5 device 
  da0: 1.000MB/s transfers
  da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C)

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
Mail from @yahoo dumped @berklix.  http://berklix.org/yahoo/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: ICY BOX Sata USB box runs ar 1M instead of 40M+

2012-03-10 Thread Julian H. Stacey
Hans Petter Selasky wrote:
 On Saturday 10 March 2012 15:16:05 Julian H. Stacey wrote:
  Hi USB folks,
  For external disk enclosure, trade name ICY BOX
  /var/log messages shows USB configuring for 1.000MB/s
  
  The cardboard box I bought it in from shop says
  1 x 2.5 SATA, 1 x USB 3.0 IB-231StU3
  http://www.icybox.de-
  http://www.raidsonic.de/en/products/details.php?we_objectID=7564
  Clicking Spec says: USB 3.0 up to 5 Gbit/s
  
  The HP notebook
  http://berklix.com/~jhs/hardware/hp/pavilion/dm3-1155ea
  has 4 USB 2.0 ports.
  
  If I connect a USB stick on the same port, the notebook offers 40M.
  
  The disk on all 4 ports only offers 1M.
  I tried external power to disk too, no help
  (well I'd hoped maybe low V might have sabotaged negotiation - long shot
  ;-)
  
  I suspect/ hope I just need to do a quirk table entry ? Hints please ?
  
  8.2-RELEASE amd64,
  I'd prefer to stay on 8.2 but I have a smallish space for a temporary
  current or 9 if I have to.
 
 Hi,
 
 Are there any errors in dmesg?

Not that I can see,
(I've got a cold so I might have missed something but dont think so)
After a fresh reboot  plugging in disk I see:
ugen0.2: 01234567890123456789012345678901234567890123 at usbus0
umass0: 01234567890123456789012345678901234567890123 
012345678901234567890123456789012345678901234567, class 0/0, rev 2.10/1.00, 
addr 2 on usbus0
umass0:  SCSI over Bulk-Only; quirks = 0x
umass0:0:0:-1: Attached to scbus0
da0 at umass-sim0 bus 0 scbus0 target 0 lun 0
da0: WDC WD25 00BEKT-60A25T1 02.0 Fixed Direct Access SCSI-5 device 
da0: 1.000MB/s transfers
da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C)
GEOM: da0: partition 4 does not start on a track boundary.
GEOM: da0: partition 4 does not end on a track boundary.
GEOM: da0: partition 3 does not start on a track boundary.
GEOM: da0: partition 3 does not end on a track boundary.
GEOM: da0: partition 2 does not start on a track boundary.
GEOM: da0: partition 2 does not end on a track boundary.
GEOM: da0: partition 1 does not start on a track boundary.
GEOM: da0: partition 1 does not end on a track boundary.


 1.0 MByte/s is because it enumerates at FULL speed instead of HIGH speed.


Umm. Yes the puzzle is why it doesnt do USB-2 = High.


 Check with usbconfig

ugen0.1: OHCI root HUB ATI at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE
ugen1.1: OHCI root HUB ATI at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE
ugen2.1: EHCI root HUB ATI at usbus2, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE
ugen3.1: OHCI root HUB ATI at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) 
pwr=SAVE
ugen4.1: EHCI root HUB ATI at usbus4, cfg=0 md=HOST spd=HIGH 
(480Mbps) pwr=SAVE
ugen0.2: 012345678901234567890123456789012345678901234567 
012345678901234567890123456789012345, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen2.2: CNF9012 Chicony Electronics Co., Ltd. at usbus2, cfg=0 
md=HOST spd=HIGH (480Mbps) pwr=ON

usbconfig -d ugen0.2 dump_device_desc
ugen0.2: 012345678901234567890123456789012345678901234567 
012345678901234567890123456789012345, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
  bLength = 0x0012 
  bDescriptorType = 0x0001 
  bcdUSB = 0x0210 
  bDeviceClass = 0x 
  bDeviceSubClass = 0x 
  bDeviceProtocol = 0x 
  bMaxPacketSize0 = 0x0040 
  idVendor = 0x174c 
  idProduct = 0x55aa 
  bcdDevice = 0x0100 
  iManufacturer = 0x0002  01234567890123456789012345678901234567890123
  iProduct = 0x0003  012345678901234567890123456789012345678901234567
  iSerialNumber = 0x0001  0123456789ABCDEF0188
  bNumConfigurations = 0x0001 

usbconfig -d ugen0.2 dump_curr_config_desc
ugen0.2: 012345678901234567890123456789012345678901234567 
012345678901234567890123456789012345, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON


 Configuration index 0

bLength = 0x0009 
bDescriptorType = 0x0002 
wTotalLength = 0x0020 
bNumInterfaces = 0x0001 
bConfigurationValue = 0x0001 
iConfiguration = 0x  no string
bmAttributes = 0x00c0 
bMaxPower = 0x 

Interface 0
  bLength = 0x0009 
  bDescriptorType = 0x0004 
  bInterfaceNumber = 0x 
  bAlternateSetting = 0x 
  bNumEndpoints = 0x0002 
  bInterfaceClass = 0x0008 
  bInterfaceSubClass = 0x0006 
  bInterfaceProtocol = 0x0050 
  iInterface = 0x  no string

 Endpoint 0
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0081  IN
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0040 
bInterval = 0x 
bRefresh = 0x 
bSynchAddress = 0x 

 Endpoint 1
bLength = 0x0007 
bDescriptorType = 0x0005 
bEndpointAddress = 0x0002  OUT
bmAttributes = 0x0002  BULK
wMaxPacketSize = 0x0040 
bInterval

Re: ICY BOX Sata USB box runs ar 1M instead of 40M+

2012-03-10 Thread Julian H. Stacey
Hi,
Reference:
 From: Hans Petter Selasky hsela...@c2i.net 
 Date: Sat, 10 Mar 2012 20:37:58 +0100 
 Message-id:   201203102037.58043.hsela...@c2i.net 

Hans Petter Selasky wrote:
 On Saturday 10 March 2012 20:33:16 Julian H. Stacey wrote:
  usbconfig dump_quirk_names | more
  shows nothing I might think of as Force this to USB-2 high speed.
 
 Hi Julian,
 
 There is no such quirk. You can only do the opposite:
 
 sysctl -a hw.usb.ehci.no_hs
 
 The EHCI port reset code is found here:
 
 /sys/dev/usb/controller/ehci.c
 
 
 Look for ehci_disown(). Maybe we need to reset the port multiple times 
 before giving up High-Speed USB ?

Thanks Hans,
I'll look more tomorrow.

Meantime I tried disc box on another 8.2 amd64 PC.  which doesnt
even see it, might be a sagging cable ?  Or maybe something to do
with USB-3 Blue plug on end of cable that goes into PC.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
Mail from @yahoo dumped @berklix.  http://berklix.org/yahoo/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: cherry keyboard issue

2011-12-30 Thread Julian H. Stacey
Paul Douglas wrote:
 I recently posted a query on the peripheral hardware forum about a problem

It's not always software at fault ...

Did you measure the current each keyboard uses ?  They do vary a
lot.  The PS2 mini keyboard I'm using uses 46 mA, other PS2 full
sizers on shelf here pull 63  70  83, another mini PS2 here pulls
88 mA, one PS2 I recall pulled 150 or so  was troublesome on some
PCs so I dumped it.

Then add whatever a USB to PS2 converter draws.

I havent measued what my one USB2 keyboard drawa. Or my USB to PS2
or PS2 to USB converters.

I went through various other kit   wrote cconsumption under devices.

USB-2 is spec'd at 0.5 Amp, but I suspect some sockets (on PCs  hubs)
dont deliver enough  some devs (disks) obviously draw 0.7+
 need doubler cables. Keyboards shouldnt be near 0.5A but
conside dried out electolytic capacitors on USB power supplies etc.

Certainly seen that on hubs  transformer (for USB  ethernet)

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: restore(8) to UFS on USB key: terrible slow

2011-12-09 Thread Julian H. Stacey
Matthias Apitz wrote:
 El día Thursday, December 08, 2011 a las 09:57:13AM -0600, Dan Nelson 
 escribió:
 
  Cheap USB thumb drives aren't really optimized for small random-I/O writes. 
  Can you try mounting the filesystem async?  that might help a little.  A
  workaround would be to use mdconfig to create a block device (backed by
  either swap or a file on your hard drive) the same size as your flash drive,
  newfs and restore to that, then umount the filesystem and dd the raw image
  directly to your flash drive.
 
 Hello Dan,
 
 Thanks for your hints. I tend to add that those USB thum drives aren't
 good for anything. I have a certain number of them containing each a
 complete bootable FreeBSD (including 'src', 'obj' and binary packages)
 to install my laptops and netbooks from them;
 
 after some time these USB keys tend to loose data:
 files are corrupt a bit, dirs are missing and so on; that's
 why I wanted to make dump(8) nackups of them, to restore them from time
 to time; I will drop the idea and will just make dd(1) backups of the
 full /dev/da0;

Additional to all the other good points others wrote earlier,
may I mention: ...

I've found some sticks are slower than others.
Sometimes I do a performance  integrity test with my
http://berklix.com/~jhs/src/bsd/jhs/bin/public/testblock

One (free promo) stick I found lies, see this comment in my
http://berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/jhs.conf
#   The end of it is write only memory !
#   It lets one write the last chunck,
#   It even lets one read that last chunk,
#   but the content of the last chunck is all zeroes.

Another 2G stick was particularly slow: (marked as) Sony,
bought at a computer Sunday 'flea' market in Croydon England, 
in retrospect I wonder if manufacturer Sony might have withdrawn them
from sale, marked the batch for destruction,  possibly some criminal
'liberated' them for resale again ?

(Such things do happen, eg In Germany years back, pre USB
era, CT Mag reported reported Betruger/Placebo cache chips.
They were just ceramic with no silicon in, it was reported
importers (in Munich I think) were afraid to sue chinese
exporters, fear of Triads! maybe last bit was speculation,
but wan't My speculation, I read it, whatever, can't remember
more now)

Block Sizes:
Maybe USB sticks may have different size/ speed front end
cache chips on USB sticks ? Hans would know I suppose. ?

Apart from soft updates, one can also choose the block sizes
newfs creates, I recall FFS is larger than UFS ?.  

Maybe we should send-pr some suggested size for man newfs
if targeting images for USB sticks.
(is that a question to consider jointly with fs@ list ? )

Voltages:
I've  recently been bitten by appalling problems on a bunch
of 2 of my externals discs, using 2 different laptops, 2/3
hubs,  3 power supplies.  Various combinations come back
to bad voltage regulation, usually too low, some too high.

But I assume discs will be more susceptible than sticks.

However next time a motherboard fails for any of you, I
suggest don't discard, first hacksaw off the double USB socket,
solder wires across, add extra wires for a meter, so you
can monitor voltage  current.

Mastering first on hard disc (per Dan's suggestion, mdconfig etc)
is a good idea, I was considering this earlier when building
a new stick/ extended Live-FS. .. using mdconfig etc,
but it's heavy  slow after the initial image create, to keep
rewriting, even if at large dd bs=

So I use incremental writes 
I keep personal backups  bins  Live FS  mp3 to play etc
all on USB sticks.  Still usable though 'cos I rarely change
too much at one time.  rdist6 updates what's changed.
(would also correct odd corruption Matthias)

I even sue gbde encrypted FS (ie more performance degradation)
.. and updates still happens acceptably if not exactly fast.
Others could use rsync if they dont fancy rdist6.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Death of Ernst W. Winter, a periodic poster to this list.

2011-12-05 Thread Julian H. Stacey
We regret to announce Ernst W. Winter ewin...@ewinter.org died 29.11.2011.
He was an intermittent poster to these  other FreeBSD lists,
He is listed by his obsolete address of Ernst Winter ewin...@lobo.muc.de in
http://www.freebsd.org/doc/en/articles/contributors/contrib-additional.html
http://www.freebsd.org/doc/en/articles/contributors/index.html
Gary announced to local Munich BSD group http://berklix.org/bim/
See Also:  http://www.ewinter.orghttp://berklix.org/~jhs/ewinter/  

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below not above, cumulative like a play script,  indent with  .
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: Does FreeBSD 8.2-RELEASE support combi printer + scanner ?

2011-05-17 Thread Julian H. Stacey
Hi Martin  cc u...@freebsd.org
Thanks for your reply :-)

Marcin Wisnicki wrote:
 On Thu, 12 May 2011 21:59:10 +0200, Julian H. Stacey wrote:
  Hi usb people,
  Does 8.2-RELEASE support combi printer + scanner ?
 Yes, it should work. I have HP Deskjet K209a and it works without problems.
 Make sure that you enabled SCAN option in hplip port (it is disabled by 
 default).

Ah ! I hadn't spotted that SCAN, the
OPTIONS in /usr/ports/print/hplip/Makefile is not springing up
an interactive choice menu, 
Maybe I'll tyr yo improve it like a working interactive Makefile
with OPTIONS in eg comms/hylafax/Makefile

cd /usr/ports/print/hplip  \
make WITH_SCAN=YES WITH_XSANE=YES all install
now does causes scanimage to see a scanner :-)

scanimage -L
  device `hpaio:/usb/Deskjet_2050_J510_series?serial=CN09721HXY05D1' is a 
Hewlett-Packard Deskjet_2050_J510_series all-in-one

But with /var/log/messages:
  scanimage: scan/sane/io.c 53: dBus Connection Error
 (Failed to connect to socket /var/run/dbus/system_bus_socket:
 No such file or directory)!
  (even after I've even done chmod 777 /var/run/dbus )
  So my xsane still doesnt work yet.

pkg_info -qW /usr/local/lib/sane/libsane-hpaio.so
hplip-3.11.1(you have .3 from current)

grep hpaio /usr/local/etc/sane.d/dll.conf
hpaio

sane-find-scanner -q
found USB scanner (vendor=0x03f0 [HP], product=0x8711 [Deskjet 2050 
J510 series]) at libusb:/dev/usb:/dev/ugen1.2

Thanks,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text;  Not quoted-printable, Not HTML, Not base 64.
 Reply below text sections not at top, to avoid breaking cumulative context.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Does FreeBSD 8.2-RELEASE support combi printer + scanner ?

2011-05-12 Thread Julian H. Stacey
Hi usb people,
Does 8.2-RELEASE support combi printer + scanner ?
Or do I need to install current to get my HP Deskjet 2050 combi scanner
+ printer to work ?

Thanks for any clues.

Forwarded from: Julian Stacey j...@berklix.com http://www.berklix.com/~jhs/

--- Forwarded Message

To: sane-de...@lists.alioth.debian.org
cc: m. allan noah kitno...@gmail.com
Subject: Re: [sane-devel] HP Deskjet 2050 special edition 
From: Julian H. Stacey j...@berklix.com
Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany
User-agent: EXMH on FreeBSD http://www.berklix.com/free/
X-URL: http://www.berklix.com
In-reply-to: Your message Thu, 12 May 2011 02:47:53 +0200.
201105120047.p4c0lrei083...@fire.js.berklix.net 
Date: Thu, 12 May 2011 21:54:50 +0200
Sender: j...@fire.js.berklix.net

Hi, I wrote:
  Hi Sane people,
  Is HP Deskjet 2050 special edition supported ?
  
  I've been trying on FreeBSD-8.2-RELEASE, with sane-backends-1.0.21_2
  + guidance from 
  http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/scanners.html
  
  I can see  use another scanner (Epson Perfection 1260)
  
  I've been doing some comparisons with both scanners alternately plugged in:
  
  grep ugen /var/log/messages
  ugen1.3: EPSON at usbus1
  
  ugen1.3: HP at usbus1
  
  su ; sane-find-scanner -q
  found USB scanner (vendor=0x04b8 [EPSON], product=0x011d
  [EPSON Scanner] , chip=LM9832/3) at libusb:/dev/usb:/dev/ugen1.3
  
  found USB scanner (vendor=0x03f0 [HP], product=0x8711
  [Deskjet 2050 J510 series]) at libusb:/dev/usb:/dev/ugen1.3
  
  ls -l /dev/pass*
  crw---  1 root  operator0, 141 May 11 19:07 /dev/pass0
  crw---  1 root  operator0, 121 May  3 15:50 /dev/pass0
  
  su ; scanimage -L
  device `plustek:libusb:/dev/usb:/dev/ugen1.3' is a Epson
  Perfection 1260 /Photo flatbed scanner
  
  No scanners were identified.
  
  I've tried adding extra dummy lines in 
  sane-backends-1.0.21/tools/hal/libsane.fdi
  sane-backends-1.0.21/tools/hotplug/libsane.usermap
  sane-backends-1.0.21/tools/udev/libsane.rules
  
  but no luck.
  
  PS Hplip claims to support it:
  http://hplipopensource.com/hplip-web/supported_devices/deskjet_aio.html
  http://hplipopensource.com/hplip-web/models/deskjet_aio/deskjet_2050_j510_series
  html
  
  Model Name  = HP Deskjet 2050 j510 All-in-one Printer
  Min. HPLIP Version  = 3.10.6
  FreeBSD-8.2 installs print/hplip 3.11.1,
  FreeBSD-current installs 3.11.3


m. allan noah replied:

 Do you have HPLIP installed?


Yes as above HP page says 3.10.6 or newer required.
I installed 3.11.1 then 3.11.3

My other Epson scanner is Just a scanner,  works.  The HP is a
combi scanner + printer.  I'm just wondering if that might be a
problem to FreeBSD-8.2-RELEASE, though I recognise that's not a valid
question for this sane list, so I'll ask on an @FreeBSD.org list.

Cheers,
Julian
- -- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text;  Not quoted-printable, Not HTML, Not base 64.
 Reply below text sections not at top, to avoid breaking cumulative context.

--- End of Forwarded Message

___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: USB HDD needs replugging?

2010-08-21 Thread Julian H. Stacey
Hans Petter Selasky wrote:
 On Saturday 21 August 2010 17:37:18 indulekha wrote:
  On Sat, 2010-08-21 at 17:18 +0200, Hans Petter Selasky wrote:
Yes, there is a dmesg error:

ugen4.5: (null) at usbus4 (disconnected)
uhub_reattach_port:435: could not allocate new device!

But then just a few lines later, dmesg says:

ugen4.5: Seagate at usbus4
umass1: Seagate Portable, class 0/0, rev 2.00/1.30, addr 5 on usbus4
umass1:  SCSI over Bulk-Only; quirks = 0x
umass1:3:1:-1: Attached to scbus3
da1 at umass-sim1 bus 1 target 0 lun 0
da1: Seagate Portable 0130 Fixed Direct Access SCSI-4 device
da1: 40.000MB/s transfers
da1: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C)

I'm thinking there's some sort of power management scheme in the
Seagate that umass has trouble accommodating.
   
   Does your USB device have a separate power supply?
   
   --HPS


Joining late, sorry

  No, it's one of those pocket-sized HDDs.
  This one, actually:
  http://www.amazon.com/gp/product/B001SJZV10/ref=oss_product

No current rating at 
 
http://www.seagate.com/ww/v/index.jsp?name=ST903204EXM101-RK-apac-expansion-portable-usb-320gb-hdvgnextoid=16816583b2561210VgnVCM101a48090aRCRDlocale=en-US#TabContentSpecifications

 Hi,
 
 Try to use an external self-powered USB HUB and see if the problem is the 
 same.

Yes,
PS Ive had so much grief with USB over the years, I cut out some
USB sockets off a dead mboard, so I can intercept  meausure voltage
 current on USB devices.

USB 1  2 is spec'd at = 0.5 Amp, (more on USB3 later)

As well as the hub,
A power doubler USB Y leads into 2 sockets of the hub may help,
also plug both of those in before the disc in the other end.  (else
voltage droop while disc spins may confuse disc internal logic).

PPS HPS Re that suspicion above, I also have a device that used to
confuse usbd  prob. still confuses devd, (I guess it was turning
itself off after listening to cable, anyway it's free if you or
another USB developer wants to play with it, contact me.
http://berklix.com/~jhs/txt/clipman/

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Mail plain text,  Not HTML, quoted-printable  base 64 dumped with spam.
Avoid top posting, It cripples itemised cumulative responses.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: 7.3: instant panic upon connecting a umass

2010-04-07 Thread Julian H. Stacey
Hi,
Reference:
 From: Mikhail T. mi+t...@aldan.algebra.com 
 Date: Wed, 07 Apr 2010 00:26:46 -0400 
 Message-id:   4bbc0986.3080...@aldan.algebra.com 

Mikhail T. wrote:
 Jeremy Chadwick ÎÁÐÉÓÁ×(ÌÁ):
  Regarding your problem: it likely has nothing to do with SMP, so don't
  worry about that aspect of it.
 Thanks for the reassuring response, Jeremy. If this is not about SMP,
 then there is a (bad) regression -- the 7.2-kernel from March 5 never
 crashed this way... I connected the same phone numerous times, as well
 as the camera...


I wonder if it's eg a corrupt FS not being fsck'd first ?  Did you
try patching out your devd.conf entry,  running by hand each stage
of whatever is listed in there for that USB device ?

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text,  Not HTML quoted-printable Base64 http://www.asciiribbon.org
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: 7.3: instant panic upon connecting a umass

2010-04-07 Thread Julian H. Stacey
Andriy Gapon wrote:
 on 07/04/2010 14:20 Julian H. Stacey said the following:
  I wonder if it's eg a corrupt FS not being fsck'd first ?
 
 Have you given a look to the backtrace that Mikhail had posted?

Not looked.  It was a URL, not text in mail.


 I think that it answers your question.

If I wasn't tired  out of depth, :-)
If mine was crashing, I'd first comment out devd entry to 
identify  state to list what command fails, before trying kgdb.

I see
http://aldan.algebra.com/~mi/tmp/usb-crash.txt
has
Loaded symbols for /opt/modules/fuse.ko
man mount_fusefs 

Oh well, not used Fuse, 
I've got my own crashes on 7  8.0-REL to amuse me ;-)
(mine from an encrypted usn stick with:
sync ... manual umount ... remove media ... then 
devd.conf with
detach  1000 ...
action  gbde detach /dev/da0s2 ;...
)

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text,  Not HTML quoted-printable Base64 http://www.asciiribbon.org
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: usb/138798: 8.0-BETA4 can't boot from USB flash drive [regression]

2009-12-05 Thread Julian H. Stacey
RuiDC wrote:
 
 
 Dewayne Geraghty-4 wrote:
  
  ...if I enter
   Mountfrom ufs:da0 
   And repeat this five times, the da0s1a device appears in the list. Then
   entering
   ufs:/dev/da0s1a
   Performs a successful boot.
  ... 
  
 
 I tried this on the arm-based sheevaplug, but still to no avail. 
 Variations on number of times or using ufs:/dev/da0 did not work either.
 I'm also waiting on a strategic solution to this, but no indication as yet
 when that will come.
 -- 
 View this message in context: 
 http://old.nabble.com/Re%3A-usb-138798%3A-8.0-BETA4-can%27t-boot-from-USB-flash-drive--regression--tp26619628p26635877.html
 Sent from the freebsd-usb mailing list archive at Nabble.com.
 
 ___
 freebsd-usb@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-usb
 To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org

8.0-RELEASE was announced Thu, 26 Nov 2009 19:09:44 -0500 (Fri 01:09 CET)
Before that were RC Release Candidates, 
Before that were betas, 
Your Beta is Old.
Best download release  try again.

http://www.FreeBSD.org/releases/8.0R/relnotes.html
http://www.FreeBSD.org/releases/8.0R/errata.html
http://www.FreeBSD.org/releng/

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
Mail plain text not quoted-printable, HTML or Base64:  http://asciiribbon.org
  Vote For Smoke Free Bavarian Pubs Restaurants http://berklix.org/~jhs/nim/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: How to get /dev/uscanner0 to use ehci at USB2 speed, not uhci ?

2009-09-21 Thread Julian H. Stacey
Hi,
Reference:
 From: Julian H. Stacey j...@berklix.com 
 Date: Thu, 17 Sep 2009 17:30:55 +0200 
 Message-id:   200909171531.n8hfutyw038...@fire.js.berklix.net 

Julian H. Stacey wrote:
 Hi FreeBSD-USB@ people,
 With 7.2-RELEASE, how should I get
 /dev/uscanner0 to use ehci at USB2 speed, not uhci at USB1 ?
 (Please feel free to reply RTFM ... URL= )
 
 Logs  My config  what I've tried / looked at:
 
 My USB scanner works, but its agoning slow in high res.
 
 devd:
 Processing event '+uscanner0 vendor=0x04b8 product=0x011d devclass=0xff
   devsubclass=0x00 release=0x0100 sernum= intclass=0xff intsubclass=0x00
   at port=0 interface=0 vendor=0x04b8 product=0x011d devclass=0xff
   devsubclass=0x00 release=0x0100 sernum= intclass=0xff intsubclass=0x00
   on uhub1'
 
 dmesg extract:
   --
   uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 21 at device 16.0 
 on pci0
   uhci0: [GIANT-LOCKED]
   uhci0: [ITHREAD]
   usb0: VIA 83C572 USB controller on uhci0
   usb0: USB revision 1.0
   uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0
   uhub0: 2 ports with 2 removable, self powered
   
   uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 21 at device 16.1 
 on pci0
   uhci1: [GIANT-LOCKED]
   uhci1: [ITHREAD]
   usb1: VIA 83C572 USB controller on uhci1
   usb1: USB revision 1.0
   uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb1
   uhub1: 2 ports with 2 removable, self powered
   
   uhci2: VIA 83C572 USB controller port 0xe000-0xe01f irq 21 at device 16.2 
 on pci0
   uhci2: [GIANT-LOCKED]
   uhci2: [ITHREAD]
   usb2: VIA 83C572 USB controller on uhci2
   usb2: USB revision 1.0
   uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb2
   uhub2: 2 ports with 2 removable, self powered
   
   uhci3: VIA 83C572 USB controller port 0xe400-0xe41f irq 21 at device 16.3 
 on pci0
   uhci3: [GIANT-LOCKED]
   uhci3: [ITHREAD]
   usb3: VIA 83C572 USB controller on uhci3
   usb3: USB revision 1.0
   uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb3
   uhub3: 2 ports with 2 removable, self powered
   
   ehci0: VIA VT6202 USB 2.0 controller mem 0xfae0-0xfae000ff irq 21 at 
 device 16.4 on pci0
   ehci0: [GIANT-LOCKED]
   ehci0: [ITHREAD]
   usb4: EHCI version 1.0
   usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
   usb4: VIA VT6202 USB 2.0 controller on ehci0
   usb4: USB revision 2.0
   uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 on usb4
   uhub4: 8 ports with 8 removable, self powered
   
   uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on 
 uhub1
   uscanner0: at uhub1 port 1 (addr 2) disconnected
   uscanner0: detached
   uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on 
 uhub1
   uscanner0: at uhub1 port 1 (addr 2) disconnected
   uscanner0: detached
   uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on 
 uhub1
   --
 
 config -x /boot/kernel/kernel # includes all of
   device  uhci
   device  ehci
   device  uscanner
 
 uname -a
   FreeBSD john.js.berklix.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue May  5 
 00:41:36 CEST 2009 
 jhs@@@john.js.berklix.net:/usr1/src/sys/amd64/compile/JOHN64.small  amd64
 
 sane-find-scanner -q
 found USB scanner (vendor=0x04b8, product=0x011d) at /dev/uscanner0
 
 PS I had a quick look at
   http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/scanners.html
 but nothing I noticed.

The scanner manufacturer documents hardware as USB-1 :-(
Idealy /var/log/messages might have issued a simple clear warning about that.

 cd /usr/src ; find . -name \*devctl\*
 /share/man/man4/devctl.4
 # no binary just the manual.

Cheers,
Julian
-- 
Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
  Mail ASCII plain text not HTML  Base64.  http://asciiribbon.org
  Virused Microsoft PCs cause spam. http://berklix.com/free/
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


How to get /dev/uscanner0 to use ehci at USB2 speed, not uhci ?

2009-09-17 Thread Julian H. Stacey
Hi FreeBSD-USB@ people,
With 7.2-RELEASE, how should I get
/dev/uscanner0 to use ehci at USB2 speed, not uhci at USB1 ?
(Please feel free to reply RTFM ... URL= )

Logs  My config  what I've tried / looked at:

My USB scanner works, but its agoning slow in high res.

devd:
Processing event '+uscanner0 vendor=0x04b8 product=0x011d devclass=0xff
  devsubclass=0x00 release=0x0100 sernum= intclass=0xff intsubclass=0x00
  at port=0 interface=0 vendor=0x04b8 product=0x011d devclass=0xff
  devsubclass=0x00 release=0x0100 sernum= intclass=0xff intsubclass=0x00
  on uhub1'

dmesg extract:
  --
  uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 21 at device 16.0 
on pci0
  uhci0: [GIANT-LOCKED]
  uhci0: [ITHREAD]
  usb0: VIA 83C572 USB controller on uhci0
  usb0: USB revision 1.0
  uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb0
  uhub0: 2 ports with 2 removable, self powered
  
  uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 21 at device 16.1 
on pci0
  uhci1: [GIANT-LOCKED]
  uhci1: [ITHREAD]
  usb1: VIA 83C572 USB controller on uhci1
  usb1: USB revision 1.0
  uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb1
  uhub1: 2 ports with 2 removable, self powered
  
  uhci2: VIA 83C572 USB controller port 0xe000-0xe01f irq 21 at device 16.2 
on pci0
  uhci2: [GIANT-LOCKED]
  uhci2: [ITHREAD]
  usb2: VIA 83C572 USB controller on uhci2
  usb2: USB revision 1.0
  uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb2
  uhub2: 2 ports with 2 removable, self powered
  
  uhci3: VIA 83C572 USB controller port 0xe400-0xe41f irq 21 at device 16.3 
on pci0
  uhci3: [GIANT-LOCKED]
  uhci3: [ITHREAD]
  usb3: VIA 83C572 USB controller on uhci3
  usb3: USB revision 1.0
  uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb3
  uhub3: 2 ports with 2 removable, self powered
  
  ehci0: VIA VT6202 USB 2.0 controller mem 0xfae0-0xfae000ff irq 21 at 
device 16.4 on pci0
  ehci0: [GIANT-LOCKED]
  ehci0: [ITHREAD]
  usb4: EHCI version 1.0
  usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3
  usb4: VIA VT6202 USB 2.0 controller on ehci0
  usb4: USB revision 2.0
  uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 on usb4
  uhub4: 8 ports with 8 removable, self powered
  
  uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on uhub1
  uscanner0: at uhub1 port 1 (addr 2) disconnected
  uscanner0: detached
  uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on uhub1
  uscanner0: at uhub1 port 1 (addr 2) disconnected
  uscanner0: detached
  uscanner0: EPSON EPSON Scanner, class 255/0, rev 1.10/1.00, addr 2 on uhub1
  --

config -x /boot/kernel/kernel   # includes all of
device  uhci
device  ehci
device  uscanner

uname -a
  FreeBSD john.js.berklix.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue May  5 
00:41:36 CEST 2009 
jhs@@@john.js.berklix.net:/usr1/src/sys/amd64/compile/JOHN64.small  amd64

sane-find-scanner -q
found USB scanner (vendor=0x04b8, product=0x011d) at /dev/uscanner0

PS I had a quick look at
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/scanners.html
but nothing I noticed.

cd /usr/src ; find . -name \*devctl\*
./share/man/man4/devctl.4
# no binary just the manual.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
  Mail ASCII plain text not HTML  Base64.  http://asciiribbon.org
  Virused Microsoft PCs cause spam. http://berklix.com/free/ 
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org


Re: usb/107701: usbd ignores detach

2007-01-10 Thread Julian H. Stacey
People may have missed this ( hidden under a repost, sorry).

I can reproduce on 6.1-RELEASE error seen by Atom Smasher [EMAIL PROTECTED]

 Loads of people Should have stumbled on this.
 I've found the bug in the code.
 This diff just marks the bug.
 
 *** /host/fire/usr/src/usr.sbin/usbd/usbd.c   Fri Jul  1 17:49:52 2005
 --- usbd.cWed Jan 10 01:54:54 2007
 ***
 *** 879,886 
 --- 879,891 
   
   devinfo = events.u.ue_device;
   for (i = 0; i  USB_MAX_DEVNAMES; i++) {
 + printf(  \nJHS1\n );
   if (devinfo-udi_devnames[i][0] == '\0')
   break;
 + /* This break is a problem it prevents
 +USB_EVENT_IS_DETACH being run at JHS3
 + */
 + printf(  \nJHS2\n );
   
   memcpy(the_event, events, sizeof(the_event));
   the_devinfo = the_event.u.ue_device;
 ***
 *** 925,930 
 --- 930,936 
   if (USB_EVENT_IS_ATTACH(the_event.ue_type) 
   action_match.action-attach) 
   
 execute_command(action_match.action-attach);
 + printf(  \nJHS3\n );
   if (USB_EVENT_IS_DETACH(the_event.ue_type) 
   action_match.action-detach)
   
 execute_command(action_match.action-detach);
 
 
 The error is still there in 6-Stable too.
 There is no src/usr.sbin/usbd/usbd.c in current.
 I don't know the code,  too tired  busy to fix this,
 Someone else here able to fix it  post a patch ?
 If not, Atom Smasher [EMAIL PROTECTED] please use
 send-pr to report this identified bug.

-- 
Julian Stacey.  BSD Unix C Net Consultancy, Munich/Muenchen  http://berklix.com
Mail Ascii, not HTML.   Ihr Rauch = mein allergischer Kopfschmerz.
http://berklix.org/free-software
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: usb/107572: Immidiate System Reboot after removing an activeusb-stick

2007-01-08 Thread Julian H. Stacey
Alexander Leidinger wrote:
 The following reply was made to PR usb/107572; it has been noted by GNATS.
 
 From: Alexander Leidinger [EMAIL PROTECTED]
 To: Andreas Burghardt [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: usb/107572: Immidiate System Reboot after removing an
   activeusb-stick
 Date: Mon, 08 Jan 2007 15:58:27 +0100
 
  Quoting Andreas Burghardt [EMAIL PROTECTED] (from Fri, 5 Jan 2007  
  17:16:47 GMT):
  
   Description:
   I removed a Job-it (2.0 USB, 1GB) USB-Stick from its slot while a   
   file copy to this stick was still in progress. The result was an   
   immidiate reboot of FreeBSD without syncing or unmounting any logal   
   file systems.
  
  Yes, removing a stick while the FS is still mounted or a direct access  
  is in progress is something you should not do. This is a known  
  problem. The workaround for now: don't do that!

I used to mount my sticks  umounted via AMD, that saved me some
pain when pulling sticks without thinking.  For some reason I stopped
doing it that way, (can't remember why some problem), but meaning
to try again.  Would be a good idea if we gave syntax examples in
manuals, at least that would save some of the people some of the
pain some of the time (whilst not actually being The solution) :-)

-- 
Julian Stacey.  BSD Unix C Net Consultancy, Munich/Muenchen  http://berklix.com
Mail Ascii, not HTML.   Ihr Rauch = mein allergischer Kopfschmerz.
http://berklix.org/free-software
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: mez1000 screen problem

2006-07-06 Thread Julian H. Stacey
Roelf Warnick wrote:
 to whom it may concern.

Not us ! ... But anyway ...
 
  
 
 My meazura mez1000 does not want to power up when I use the power on
 button. It looks like the battery and battery charger is fine, but no
 indication on screen of power being turned on. However, when I use the
 backlight button, the backlighting comes on. I'm not sure if the
 contrast is set too high. Will you please help me with any information
 regarding this problem. I should mention that I use this product for
 aircraft elt testing.


Why ask our FreeBSD list ? are you running FreeBSD ?
 why ask on the USB list of FreeBSD ? hardware@  exists.

Some devices like GPS 700 from Tomtom no longer have a real power
on/off switch, just an advisory switch, ignored by CPU if it's
crashed (mine crashed, presumably from a power glitch during placing
GPS in power cradle).  The tomtom 700 has a very small reset hole needing
a very small paper clip - start looking.

Maybe your keyboard controller has some magic key sequence for
reset, failing that dismantle, remove all batteries  external power
to force a reboot.  But there's no reason we should know, you should
be reading docs from manufacturer, asking manuf. or asking a self
help mail list of users of the device - not us.   Good luck.

 Thank you very much.
 
 Renier Venter.
 
 Global Aviation.
 
 ___
 freebsd-usb@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-usb
 To unsubscribe, send any mail to [EMAIL PROTECTED]

-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: usb/99099: [uscanner] [patch] add support for HP ScanJet 4400c

2006-07-01 Thread Julian H. Stacey
M. Warner Losh wrote Sun, 18 Jun 2006 14:37:41 -0600 (MDT) (22:37 CEST)
 In message: [EMAIL PROTECTED]
 Alexander Leidinger [EMAIL PROTECTED] writes:
 : Quoting Julian H. Stacey [EMAIL PROTECTED] (Sun, 18 Jun 2006 21:53:22 
 +0200):
 : 
 :  Do you know who'se working on this 'cos I'm trying to get 
 :  Sane  ports/graphics/sane-backend working here with my HP 4400c scanner,
 :   if someone else has achieved that already ? ...
 : 
 : I don't know. And after looking at the supported devices page of SANE
 : I'm not sure if it possible at all ATM without doing it on your own.
 
 I think the 4400 is in the same boat as the 4215 I have.  Gotta get
 HP's drivers working, and that's a bit pita...
 
 Warner

[Apologies for delay]

Dont know if this might help your 4215, but seems there's progress on my 4400,
I made notes  will download  try later:

Web search:
From http://www.neoseeker.com/Hardware/Products/4400c/
The HP ScanJet 4400C has a flatbed design. It has a optical resolution
of 1200x1200 dpi. It can scan a color document in about 40 seconds
and a BW document in about 35 seconds. It supports both parallel
and usb connection. This scanner is PC/Mac compatible. It also
includes 5 configurable buttons.
Release Date:   Q4 2001
http://www.itweek.co.uk/computeractive/hardware/2012918/hp-scanjet-4400c
Review: $90
http://www.buzzard.me.uk/jonathan/scanners-usb.html
ScanJet 4400C, 4470CThese scanners uses a RealTek
RTS8891 chip to drive the scanner. Requests for information
on this chip to RealTek have gone unanswered. There is some
very preliminary software for these based on reverse
engineering the Windows driver. More information on this
can be can be found at SourceForge here.
http://reapoff.sourceforge.net/hpscanner/Default.htm
[EMAIL PROTECTED] has got it working in grey scale etc
http://www.linuxquestions.org/hcl/showproduct.php?product=108cat=all
I have spoken to HP about this. The scanner uses a parallel
port but has a USB to parallel converter in it.
http://projects.troy.rollo.name/rt-scanners/chip.html
There is a demo SANE backend for the HP ScanJet 4400C and
4470C at http://hp44x0backend.sourceforge.net that can do
greyscale scanning at 300 / 600 DPI.
http://www.sane-project.org/cgi-bin/driver.pl?manu=hewmodel=4400bus=any
grayscale 300DPI only   
http://hp44x0backend.sourceforge.net/
HP4400C UNTESTED ALPHA
http://sourceforge.net/projects/hp44x0backend/
hp_rts88xx   Scanjet HP4470c family SANE backend (hp_rts88xx). 
http://home.foni.net/~johanneshub/testtool.html
http://www.oreillynet.com/cs/user/view/cs_msg/23440
i have too an hp 4400 c 
seems to be in fact a UMAX one with USB converter inside.:1


-- 
Julian Stacey.  Consultant Unix Net  Sys. Eng., Munich.  http://berklix.com
Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]