lly
land on the target disk. This is easily seen with e.g. gkrellm2.
--
Gary Jennejohn
___
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"
: 100MB/s
>
> Here are the detailed logs of dmesg/pciconf/usbconfig commands:
> http://athena.zia.io/~vermaden/dell.xps.12.logs.tar.gz
>
> For this operation I booted from the FreeBSD 12.2-RELEASE 'memstick' image on
> USB pendrive.
>
> Not sure how else I can help.
per default.
The
code is in /usr/src/sys/kern/kern_priv.c.
> Tomasz: Feel free to suggest a patch for this after testing.
>
--
Gary Jennejohn
___
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"
he
> most common problem :-)
>
Lookig at the libusb code, libusb_reset_device() only returns an error if
resetting the device fails.
Resetting the device requires making ioctl() calls into the kernel.
ioctl() calls pretty much always require root permissions.
--
On Sun, 1 Dec 2019 13:14:16 +0300
Anatoly wrote:
> On Sun, 1 Dec 2019 08:28:01 +0100
> Gary Jennejohn wrote:
>
> > The geom code protects certain parts of the data area on the
> > drive, in particular GPT/MBR areas, unless ``sysctl
> > kern.geom.debugflags=16'' is r
> to fool users with exaggerated read/w/rite speeds.
>
The geom code protects certain parts of the data area on the
drive, in particular GPT/MBR areas, unless ``sysctl
kern.geom.debugflags=16'' is run beforehand. One can see this in
many places in the geom code.
I always set this sysctl
On Sun, 28 Jul 2019 17:09:04 +0200
Gary Jennejohn wrote:
> On Sun, 28 Jul 2019 15:56:33 +0200
> Hans Petter Selasky wrote:
>
> > On 2019-07-27 13:51, Gary Jennejohn wrote:
> > > On Sat, 27 Jul 2019 13:05:01 +0200
> > > Hans Petter Selasky wrote:
> >
On Sun, 28 Jul 2019 15:56:33 +0200
Hans Petter Selasky wrote:
> On 2019-07-27 13:51, Gary Jennejohn wrote:
> > On Sat, 27 Jul 2019 13:05:01 +0200
> > Hans Petter Selasky wrote:
> >
> >> On 2019-07-26 11:56, Gary Jennejohn wrote:
> >>> On Fri, 26 Ju
On Sat, 27 Jul 2019 13:05:01 +0200
Hans Petter Selasky wrote:
> On 2019-07-26 11:56, Gary Jennejohn wrote:
> > On Fri, 26 Jul 2019 11:25:33 +0200
> > Gary Jennejohn wrote:
> >
> >> I'm having a very strange problem with external USB disks in
> >> HEAD
On Fri, 26 Jul 2019 11:25:33 +0200
Gary Jennejohn wrote:
> I'm having a very strange problem with external USB disks in
> HEAD. I see the problem with a kernel from July 12th and also
> with one from today.
>
[snip]
> Since I'm running a custom kernel I'll try running GENERI
really weird.
Since I'm running a custom kernel I'll try running GENERIC to
see what happens and report back.
--
Gary Jennejohn
___
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail
your problems.
My Ryzen 5 does not exhibit any of the problems which you're seeing.
--
Gary Jennejohn
___
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"
Selasky
> > wrote:
> >
> >> On 9/17/18 12:25 PM, shreyank amartya wrote:
> >> > amd@amd-sham:~ % whoami
> >> > amd
> >> ^^ this is not root :-)
> >>
> >> >
> >> > amd@amd-sham:~ % usbdump -i usbus0 -s 25
t 5.1 output, so if the bus speed doesn't give me this: no
> need to waste our time with the slow ports.
>
> Bye,
> Alexander.
>
> --
> http://www.Leidinger.net alexan...@leidinger.net: PGP 0x8F31830F9F2772BF
> http://www.FreeBSD.orgnetch...@freebsd.org : PGP 0x8F31830F9F2772BF
--
Gary Jennejohn
___
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"
diff to it.
Julian did at one time, many years ago, have a commit bit. But I
doubt he does now.
--
Gary Jennejohn
___
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"
ugensa
>
> ugen2.7: at usbus2
> ugensa0: on usbus2
> ugensa0: Found 1 interfaces.
> root@thor: [src] man ugensa
> No manual entry for ugensa
> root@localhost: [src] ll /dev/cuaU0*
> 203 crw-rw 1 uucp dialer - 0xcb Jul 24 07:51 /dev/cuaU0
> 204 crw-rw 1 uucp dialer - 0xcc Jul 24 07:51 /dev/cuaU0.init
> 205 crw-rw 1 uucp dialer - 0xcd Jul 24 07:51 /dev/cuaU0.lock
>
>
> I'll try now to get informations out of the device, I let you know whether
> that is a
> success. But anyway, again, thank you for helping making the device visible
> and available.
>
--
Gary Jennejohn
___
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"
nting itself as
containing mass storage.
Seems like the long-term solution would be to add a quirk (if at
all possible) to ignore the storage part.
Looking at usb_quirk(4) this might help: UQ_MSC_ALT_IFACE_1
but I'm not certain.
Anyway, take a look at the manpage, because it's possible to set a
quirk in load
bNumConfigurations = 0x0001
--
Gary Jennejohn
___
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
On Sat, 23 May 2015 14:25:23 +0200
Bernd Walter ti...@cicely7.cicely.de wrote:
On Sat, May 23, 2015 at 09:36:21AM +0200, Gary Jennejohn wrote:
On Sat, 23 May 2015 01:42:57 +0200
Bernd Walter ti...@cicely7.cicely.de wrote:
[snip]
[63]cicely1# usbconfig
ugen1.1: EHCI root HUB Intel
the reporter
has the same JMicron USB3 bridge chip in his box.
So, HPS, how about an option or quirk to force dma_bits to 32 for
us poor users stuck with this brain-damaged JMicron chip?
--
Gary Jennejohn
___
freebsd-usb@freebsd.org mailing list
http
.
Yeah, but according to usb_quirk(4) that's exactly what that module
is supposed to make possible.
--
Gary Jennejohn
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to freebsd-usb
v63700-C 1TB 2.5 sealed external drives
which just work with no fuss or muss.
The problem seems to be more with the electronics in the enclosures
than with the card itself.
--
Gary Jennejohn
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org
.
--
Gary Jennejohn
___
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
commands to the umass disk through the USB stack.
Here's the output:
camcontrol idle da0 -t 5
(pass4:umass-sim0:0:0:0): IDLE. ACB: e3 00 00 00 00 40 00 00 00 00 01 00
(pass4:umass-sim0:0:0:0): CAM status: Function Not Available
The disk doesn't spin down.
\quote
--
Gary Jennejohn
I have a possibly dumb question. Is it possible to send a spindown
command through USB to a SATA disk attached as umass?
I like to spin down my disks before turning them off and with an ad-disk
it's quite simple using camcontrol.
I haven't been able figure how to do it through USB.
--
Gary
USB modules.
---
Gary Jennejohn
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]
it to ret first?
---
Gary Jennejohn ([EMAIL PROTECTED])
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to [EMAIL PROTECTED]
27 matches
Mail list logo
