On Tuesday 23 June 2009 11:11:29 Alexandr Rybalko wrote:
On Tue, 23 Jun 2009 10:35:42 +0200
Piotr Zięcik ko...@semihalf.com wrote:
While bringing up EHCI (8-CURRENT, new USB stack) on ARM machine we
have found cache-related problem in the USB stack.
The usb_pc_cpu_flush() and
On Thursday 25 June 2009 15:24:02 Nick Hibma wrote:
HPS,
In FBSD7 I committed an ioctl on the ugen.c (some time ago) that allowed
for resetting the device. Not a port on the device, but the device itself.
This was a function that was unimplemented in libusb1 up to then. For
example some
Hi Piotr and Rafal,
Your patch is not fully correct. It will break support for x86 and more when
bounce pages are uses.
Let's get the definitions right:
man busdma
cite
BUS_DMASYNC_PREREADPerform any synchronization required prior
to an
Hi,
On Monday 29 June 2009 12:49:43 Piotr Zięcik wrote:
Monday 29 June 2009 11:55:11 Hans Petter Selasky napisał(a):
Hi Piotr and Rafal,
Look into ehci_check_transfer() function
(http://fxr.watson.org/fxr/source/dev/usb/controller/ehci.c#L1294)
usb_pc_cpu_invalidate() [bus_dmamap_sync
On Monday 29 June 2009 13:29:49 Sebastian Huber wrote:
Hi,
USB_THREAD_SUSPEND(p) is defined as {kproc|kthread}_suspend(p, 0). This
means that it will wait until the corresponding thread recognizes its
suspend request and suspends itself. It seems that
{kproc|kthread}_suspend_check() will
On Monday 29 June 2009 14:10:11 Stanislav Sedov wrote:
On Mon, 29 Jun 2009 13:37:41 +0200
Hans Petter Selasky hsela...@c2i.net mentioned:
USB is currently _updating_ (!!) the PAGE offset part of vaddr. If
cpu_dcache_inv_range() is called with an address not starting at the
cache line what
On Monday 29 June 2009 14:16:13 Piotr Zięcik wrote:
Look for bus_dmamap_sync() sync description, last sentence:
cite
If read and write operations are not preceded and followed by the
appropriate synchronization operations, behavior is undefined.
/cite
I don't think this is a problem. I do
On Tuesday 23 June 2009 10:35:42 Piotr Zięcik wrote:
--- a/sys/dev/usb/usb_busdma.c
+++ b/sys/dev/usb/usb_busdma.c
@@ -658,8 +658,7 @@ usb_pc_cpu_invalidate(struct usb_page_cache *pc)
/* nothing has been loaded into this page cache! */
return;
}
-
On Tuesday 30 June 2009 10:37:48 Piotr Zięcik wrote:
Monday 29 June 2009 15:16:56 Hans Petter Selasky napisał(a):
You want to change the flags passed to bus_dmamap_sync() so that the
flush/invalidate mapping gets right. I understand why your patch makes it
work. That's not the problem
On Tuesday 30 June 2009 22:04:34 Markus Dolze wrote:
Hans Petter Selasky wrote:
On Tuesday 30 June 2009 20:46:22 Markus Dolze wrote:
Hello,
for several days I ways trying to get devel/avrdude to work with an
USBasp compatibel device (www.ullihome.de) on FreeBSD 7.2 running as a
guest
On Tuesday 30 June 2009 22:11:47 Markus Dolze wrote:
Markus Dolze wrote:
To repeat run the attached program:
1. Fill in some vendor / product ID of a device detected as ugen
device 2. Compile and run the code (devel/libusb must be installed).
You should use this function when
On Wednesday 01 July 2009 20:31:41 Markus Dolze wrote:
Hans Petter Selasky wrote:
On Tuesday 30 June 2009 22:11:47 Markus Dolze wrote:
Markus Dolze wrote:
To repeat run the attached program:
1. Fill in some vendor / product ID of a device detected as ugen
device 2. Compile and run
On Wednesday 01 July 2009 20:26:35 Markus Dolze wrote:
Hans Petter Selasky wrote:
On Tuesday 30 June 2009 22:04:34 Markus Dolze
freebsd8# usbconfig -u 0 -a 3 dump_string 1
STRING_0x01 = www.fischl.de
freebsd8# usbconfig -u 0 -a 3 dump_string 2
STRING_0x02 = USBasp
I already took
On Thursday 02 July 2009 16:52:49 Lawrence Stewart wrote:
Hans Petter Selasky wrote:
See attachment.
--HPS
Any chance you (or someone with the right clue) could update this patch
to work with more recent 8-CURRENT? I get the following output when
trying to compile kdebase4 (which applies
On Friday 03 July 2009 18:01:07 MIHIRA Sanpei Yoshiro wrote:
Hi.
I use 8-current(csup-ed today) and uaudio device.
I record FM radio with below line.
/usr/local/bin/wavrec -d /dev/dsp0.0 -x -t 10 -S -s 48000 test.wav
kernel panic at usbd_get_page+0x59.
There has been a regression. Try
On Tuesday 30 June 2009 11:28:23 Hans Petter Selasky wrote:
On Tuesday 30 June 2009 10:37:48 Piotr Zięcik wrote:
Monday 29 June 2009 15:16:56 Hans Petter Selasky napisał(a):
You want to change the flags passed to bus_dmamap_sync() so that the
flush/invalidate mapping gets right. I
On Sunday 05 July 2009 20:18:24 Robert Jameson wrote:
Hello everyone, recently i've been experience kernel panics whenever
attempting to run my backup to my usb external drive.
Here is the information i have, whatever else is needed please reply, thank
you.
Hi,
This issue doesn't look
On Tuesday 07 July 2009 15:50:28 Piotr Zięcik wrote:
I did not find time yet to test on my AT91RM9200 board. I hope to do a
test this week. Did you at semihalf find anything?
Hi,
I had Checked USB behaviour on PowerPC without hardware cache coherency.
The problem also exists here and
On Wednesday 08 July 2009 10:58:17 Rafal Jaworowski wrote:
On 2009-07-07, at 18:46, Hans Petter Selasky wrote:
I had Checked USB behaviour on PowerPC without hardware cache
coherency.
The problem also exists here and patch helps.
In my source code view the busdma sync function is empty
Hi,
On Wednesday 08 July 2009 12:16:39 Piotr Zięcik wrote:
Wednesday 08 July 2009 11:03:43 Hans Petter Selasky napisał(a):
And what about my patch suggestion in my previous e-mail having the same
subject. Does it work?
I have tested it and it does not work. By the way Writeback before
On Wednesday 08 July 2009 19:11:05 Ed Morgan wrote:
Hi,
Has anyone had any joy getting webcams that use the uvcvideo driver working
under FreeBSD? I'm looking at putting FreeBSD back on my laptop, and if the
webcam will work, that'll clinch it for me. Most of the results i've found
from
On Thursday 09 July 2009 18:34:40 Hans Petter Selasky wrote:
Full log with backtraces is here:
http://people.freebsd.org/~raj/logs/usb-cache.log
1) My analysis: Only the data areas are being flushed/invalidated.
I also see that the flushing/invalidating is being done correctly.
--HPS
On Thursday 09 July 2009 17:33:52 Nick Hibma wrote:
HPS,
Not sure whether this is actually a problem, but you might want to have a
look at the switch command for ZTE devices in the FBSD7 code base. it uses
a ZTE specific command. The ZTE 636 device here switches properly using
that command
On Friday 10 July 2009 09:26:00 Alexander Best wrote:
i found this very cool PR
http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/125264 and wanted to ask if
there's a way of changing the rate of usb mice with the new usb2 stack?
what about the `moused` switches -r and -F? do they work with usb
This is not an USB issue.
Try -current.
--HPS
On Friday 10 July 2009 11:05:48 Alexander Best wrote:
since the usb2 stack allows one to detach a mounted usb device without the
kernel panic'ing i'd like to know which steps are necessary to be taken
after detaching a device? because i tried the
On Friday 10 July 2009 19:20:01 Andrew Thompson wrote:
Hi,
The one usb task that is still an issue for 8.0 is the polling
support. The code needs to call into the host controller driver to
check if the usb descriptor has been marked as done and call the
completion callback. I am now
On Monday 13 July 2009 04:25:57 Greg Miller wrote:
My Adesso combo device now works as a keyboard with the USB stack on
8.0, but the touchpad is not recognized as a mouse device. What
information do I need to provide in order to help with support for this
device?
We need the USB configuration
On Monday 13 July 2009 20:31:31 Greg Miller wrote:
bInterfaceClass = 0x0003
bInterfaceSubClass = 0x0001
bInterfaceProtocol = 0x0001
Hi,
This device identifies itself like a keyboard and not a mouse (combo device).
usb.h:
#define UICLASS_HID 0x03
#define
On Tuesday 14 July 2009 10:31:10 Piotr Zięcik wrote:
1) My analysis: Only the data areas are being flushed/invalidated. No
transfer descriptors are flushed/invalidated. I see no cache operations
happening on any DMA control structures, even though there are calls from
EHCI to
Hi,
The patch is in.
http://perforce.freebsd.org/chv.cgi?CH=166075
Please try rates from moused -F 1 XXX to moused -F 1000 XXX. Check that
the rate is actually set by enabling ums debugging:
sysctl hw.usb.ums.debug=15
--HPS
___
The following reply was made to PR usb/125264; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: bug-follo...@freebsd.org,
v...@quakeworld.ru
Cc:
Subject: usb/125264: [patch] sysctl for set usb mouse rate (very useful for
gamers - FPS games)
Date: Tue, 14 Jul 2009 12
Hi,
On Tuesday 14 July 2009 13:28:28 Alexander Best wrote:
thx for the patch. i'm recompiling my kernel right now and will test the
changes right away. any reason you limited the rate to = 1000? i had a
quick look at the specs of my mouse:
USB has a limitation of polling 1000 times per
On Tuesday 14 July 2009 15:25:59 Alexander Best wrote:
i tested the patch with rates of 1, 100 and 1000:
1: random copypastes when moving the mouse
100: also random copypastes when moving the mouse
1000: OK
Could you try another USB mouse. Also I would like to see some ums debug
prints when
On Tuesday 14 July 2009 16:35:17 MIHIRA Sanpei Yoshiro wrote:
hi.
I upgrade my home server to 8.0-BETA1(8-current).
But ulpt does not work fine with EPSON PM-820C Ink jet Printer.
dmesg
usbus2: NEC uPD 9210 USB controller on ohci1
ship
usbus2: 12Mbps Full Speed USB v1.0
ulpt0:
On Tuesday 14 July 2009 18:29:33 Alexander Best wrote:
you were right. i attached a different usb mouse and setting the rate to 10
or 100 didn't cause the random copypaste issue.
what's the reason the usb polling rate is limited to 1000? performance?
because gaming devices feature a very high
On Tuesday 14 July 2009 22:19:52 Christoph Langguth wrote:
Hi all,
just bumping this issue, triggered by the mentioning of PR 102066, and
using a better subject line which might receive replies :-)
While trying to get my keyboard and its multimedia keys to work with
usbhidctl (it doesn't
On Wednesday 15 July 2009 16:00:32 MIHIRA Sanpei Yoshiro wrote:
Hi.
Replace the USB files in your system with the ones in the attached
tarball.
Then build a new kernel and report again.
FreeBSD 8-current only.
tar -jxvf usb_files.tar.bz2 -C /sys/dev/usb
I replace usb stack, and
Hi,
I've added minimal polling support to the USB P4 repository now. Patch can be
found here:
http://perforce.freebsd.org/chv.cgi?CH=166148
Dumping core to USB disk: Tested and works.
Using USB keyboard in KDB: Does not work because Giant is not locked when
calling into the UKBD's get char
On Tuesday 14 July 2009 18:22:22 Beat G�tzi wrote:
Beat G�tzi
See:
http://perforce.freebsd.org/chv.cgi?CH=166150
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to
The following reply was made to PR usb/136761; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-usb@freebsd.org,
Beat =?utf-8?q?G=EF=BF=BDtzi?= b...@chruetertee.ch
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/136761: [usbdevs] [patch] Teach usbdevs
On Thursday 16 July 2009 10:43:26 Alexander Best wrote:
if i understood it correctly the reason a usb keyboard cannot be used in
the kernel debugger after a panic is that we can't be sure the panic didn't
happen inside the usb stack so the whole usb stack is discarded at a panic.
The USB
On Friday 17 July 2009 12:23:57 Rafal Jaworowski wrote:
On 2009-07-16, at 21:56, Hans Petter Selasky wrote:
On Tuesday 14 July 2009 19:20:22 Rafal Jaworowski wrote:
Please note these problems should be considered as a showstopper
for the release since USB is currently broken on at least
On Saturday 18 July 2009 05:49:51 MIHIRA Sanpei Yoshiro wrote:
MIHIRA Sanpei Yoshiro
Looks like a regression issue. Try the following patch:
http://perforce.freebsd.org/chv.cgi?CH=166221
--HPS
___
freebsd-usb@freebsd.org mailing list
On Saturday 18 July 2009 20:46:22 Michael Gmelin wrote:
Hello,
I'm trying to access a Garmin Edge 705 bike computer, which should show
up as a mass storage device.
kldload usb2_controller_uhci|ehci
Jul 18 19:37:55 ufo kernel: ugen2.2: Garmin International at usbus2
Jul 18 19:37:55 ufo
On Sunday 19 July 2009 14:14:23 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Saturday 18 July 2009 20:46:22 Michael Gmelin wrote:
Hello,
I'm trying to access a Garmin Edge 705 bike computer, which should show
up as a mass storage device.
kldload usb2_controller_uhci|ehci
On Sunday 19 July 2009 17:18:20 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Sunday 19 July 2009 14:14:23 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Saturday 18 July 2009 20:46:22 Michael Gmelin wrote:
Hello,
I'm trying to access a Garmin Edge 705 bike computer, which
On Monday 20 July 2009 23:51:41 Alfred Perlstein wrote:
* Hans Petter Selasky hsela...@c2i.net [090715 13:37] wrote:
Hi,
I've added minimal polling support to the USB P4 repository now. Patch
can be found here:
http://perforce.freebsd.org/chv.cgi?CH=166148
Dumping core to USB disk
On Wednesday 22 July 2009 18:00:29 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Wednesday 22 July 2009 15:55:36 Michael Gmelin wrote:
Hans Petter Selasky wrote:
Did you have a chance to look at this yet? Anything more I could do?
Thanks!
Hi,
Can you try the attached patch
On Wednesday 22 July 2009 20:43:57 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Wednesday 22 July 2009 18:00:29 Michael Gmelin wrote:
Hans Petter Selasky wrote:
On Wednesday 22 July 2009 15:55:36 Michael Gmelin wrote:
Hans Petter Selasky wrote:
Did you have a chance to look
On Thursday 23 July 2009 20:53:06 Marcel Moolenaar wrote:
All,
I went over the thread and this is what I have to say about it:
Using busdma to manage/control CPU caches is wrong for the
following simple reason: bus_dmamap_sync() has the side-effect
of copying to and from the bounce buffer
On Friday 24 July 2009 14:39:45 Andriy Gapon wrote:
Maybe Giant asserts in ukbd are not needed?
Option 1) They are needed as long as ukbd is not allowed to lock Giant when it
needs it. Like when you are at the console and have Scroll-Lock pressed, and
then something is printed, then printf()
On Saturday 25 July 2009 16:22:41 Alastair Hogge wrote:
Number: 137129
Category: usb
Synopsis: SteelSeries Ikari USB laser mouse not attaching
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-usb
State: open
Quarter:
The following reply was made to PR usb/137129; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-usb@freebsd.org
Cc: Alastair Hogge a...@devacid.com,
freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137129: SteelSeries Ikari USB laser mouse not attaching
Date
The following reply was made to PR usb/137129; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: Alastair Hogge a...@coolrhaug.com
Cc: bug-follo...@freebsd.org,
a...@devacid.com
Subject: Re: usb/137129: SteelSeries Ikari USB laser mouse not attaching
Date: Sat, 25 Jul
Committed into USB P4 with some minor modifications:
http://perforce.freebsd.org/chv.cgi?CH=166576
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to
On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote:
On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote:
Then I read the CVS logs about SANE's ports and
http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/sane-backends/Makefi
le seems to say that SANE is broken since removal
Hi, again.
I think I have found a more general solution. Can you remove the quirk and try
the following patch instead to ukbd_probe():
//depot/projects/usb/src/sys/dev/usb/input/ukbd.c#22 -
src/sys/dev/usb/input/ukbd.c
@@ -711,7 +711,15 @@
if (error)
return
On Sunday 26 July 2009 20:10:26 Marc Fonvieille wrote:
On Sun, Jul 26, 2009 at 03:27:36PM +0200, Hans Petter Selasky wrote:
On Sunday 26 July 2009 15:12:24 Marc Fonvieille wrote:
On Sun, Jul 26, 2009 at 02:55:42PM +0200, Marc Fonvieille wrote:
Then I read the CVS logs about SANE's ports
The following reply was made to PR usb/137188; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@freebsd.org
To: Eygene Ryabinkin rea-f...@codelabs.ru
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137188: [usb][patch] correctly handle USB report descriptors
with interleaved
The following reply was made to PR usb/137189; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@freebsd.org
To: Eygene Ryabinkin rea-f...@codelabs.ru
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137189: [usb][patch] create and use sysctl nodes for HID
report descriptors
On Tuesday 28 July 2009 13:51:43 Eygene Ryabinkin wrote:
Hans Petter, good day.
HPS wrote:
Can you change your patch, so that usbhidctl uses libusb to get the
HID descriptor, instead of sysctl?
I can, but how to relate the device name under devfs to the descriptor
to be retrieved?
By
On Sunday 26 July 2009 02:41:14 lini...@freebsd.org wrote:
Old Synopsis: QUIRK: ASUS PDA Flash disk emulation
New Synopsis: [umass] [patch] QUIRK: ASUS PDA Flash disk emulation
Responsible-Changed-From-To: freebsd-bugs-freebsd-usb
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun
Hi,
Diff between USB P4 and 8-current is available from below. Please test and
report back if there are any issues.
http://www.selasky.org/hans_petter/usb4bsd/for_review/
MD5 (commit_log_020.txt) = ca10225b124a85783b6b585f38fc
MD5 (usb_stack_mod_020.diff.gz) =
The following reply was made to PR usb/137226; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-usb@freebsd.org
Cc: Ronald Klop ron...@echteman.nl,
FreeBSD gnats submit freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137226: [patch] quirk for Philips extern
On Tuesday 28 July 2009 23:40:30 Ronald Klop wrote:
usb/137226
Patched in 8-current.
http://perforce.freebsd.org/chv.cgi?CH=166718
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe,
On Wednesday 29 July 2009 09:54:56 Jeff Laine wrote:
On Tue,07/28/09 [21:44:05], Hans Petter Selasky wrote:
Hi,
Diff between USB P4 and 8-current is available from below. Please test
and report back if there are any issues.
http://www.selasky.org/hans_petter/usb4bsd/for_review
On Wednesday 29 July 2009 22:25:05 Alexander Best wrote:
i have a problem with the following device:
ugen7.2: Meizu Electronics at usbus7
umass0: Meizu Electronics MiniPlayer, class 0/0, rev 2.00/1.00, addr 2
on usbus7
umass0: SCSI over Bulk-Only; quirks = 0x4400
umass0:7:0:-1:
On Thursday 30 July 2009 22:38:12 Eygene Ryabinkin wrote:
Hans Petter, good day.
Tue, Jul 28, 2009 at 07:40:27PM +0400, Eygene Ryabinkin wrote:
HPS wrote:
Why do you dislike the sysctl approach? It is simple and reliable.
It's duplicating access to data. There is not that much wrong
The following reply was made to PR usb/137189; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: rea-f...@codelabs.ru
Cc: bug-follo...@freebsd.org,
freebsd-usb@freebsd.org
Subject: Re: usb/137189: [usb][patch] create and use sysctl nodes for HID
report descriptors
Date
On Thursday 30 July 2009 06:11:40 john hood wrote:
john hood
Hi,
Can you verify that the following patch is correct:
http://perforce.freebsd.org/chv.cgi?CH=166865
Thanks!
--HPS
___
freebsd-usb@freebsd.org mailing list
On Sunday 02 August 2009 22:18:16 Marc Fonvieille wrote:
On Sun, Aug 02, 2009 at 10:15:23PM +0200, Marc Fonvieille wrote:
Attach for real the patch
Sorry, I dunno why attachement is not working today, here's the patch:
Hi,
Can you verify that the driver works with 1024 byte buffers
On Sunday 02 August 2009 00:29:30 Oliver Herold wrote:
Number: 137341
Category: usb
Synopsis: driver if_rum doesn't work at all and throws panics
Confidential: no
Severity: serious
Priority: high
Responsible:freebsd-usb
State: open
Quarter:
The following reply was made to PR usb/137341; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-usb@freebsd.org
Cc: Oliver Herold oli...@akephalos.de,
freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics
On Sunday 02 August 2009 23:46:29 Alexander Best wrote:
i've seen that there have been some recent changed which deal with this
issue. is usb support in the debugger possible with these changes?
Yes, UMASS and UKBD should work from the debugger.
--HPS
On Monday 03 August 2009 08:24:32 c...@c-s.li wrote:
I have an APC Back-UPS RS 800 which fails to attach to FreeBSD Current with
the following dmesg attached. Just as a side note, this device used to work
under FreeBSD 7.2 but unfortunately I don't have any dmesg from that time
anymore. Any
On Monday 03 August 2009 10:08:56 Alexander Best wrote:
hmm...is it necessary to add any extra options to the kernelconf? because
when i hit the panic key-combo under r196037 i'm still not able to use my
usb keyboard. i have the following debug related options in my kernelconf:
options
Hi,
Can you try:
#define UVISORIBUFSIZE 1024
#define UVISOROBUFSIZE 32
I will patch this shortly.
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send
Hi,
I've tried to optimise the device upload path to 1.0 MByte/second. Download
path is limited to wMaxPacketSize*1000 byte/second, due to the device not
short terminating its data. Would require a special driver, maybe via libusb.
Could you check upload and download speed?
--HPS
--- uvisor.c
On Monday 03 August 2009 08:41:17 c-s wrote:
Number: 137377
Category: usb
Synopsis: Support for Huawei E180
Confidential: no
Severity: non-critical
Priority: low
Responsible:freebsd-usb
State: open
Quarter:
Keywords:
Date-Required:
Class:
The following reply was made to PR usb/137377; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-usb@freebsd.org
Cc: c-s c...@c-s.li,
freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/137377: Support for Huawei E180
Date: Mon, 3 Aug 2009 13:38:56 +0200
On Monday 03 August 2009 17:01:37 Rafal Jaworowski wrote:
Hans,
So how do you want to proceed with these cache sync issues? We need to
fix this before 8.0.
Hi,
CC'ed current: We have a case on ARM where bus_dmamap_sync() is not suffient
to update the CPU cache. One reason for this is that
On Monday 03 August 2009 20:28:56 Alexander Best wrote:
to be sure i just updated my sources and rebuild/reinstalled the kernel.
i'm now running
FreeBSD otaku 8.0-BETA2 FreeBSD 8.0-BETA2 #2 r196050: Mon Aug 3 18:54:46
CEST 2009 r...@otaku:/usr/obj/usr/src/sys/ARUNDEL i386
still when i
On Tuesday 04 August 2009 16:41:36 Grzegorz Bernacki wrote:
Hans Petter Selasky wrote:
CC'ed current: We have a case on ARM where bus_dmamap_sync() is not
suffient to update the CPU cache. One reason for this is that USB needs
to invalidate the same memory area multiple times. Busdma sync
On Monday 03 August 2009 22:43:55 Marc Fonvieille wrote:
The upload speed is fast and perfect, the download is still slow but
acceptable (in fact same as with my dirty buffer hacks)
Good.
Here is the final patch. Note sure if I can get it in before 8 is released:
On Wednesday 05 August 2009 05:09:47 Rashid N. Achilov wrote:
On Wednesday 05 August 2009, Richard Kolkovich wrote:
I have a little script that I run to prod my card reader(s):
#!/bin/sh
sudo smartctl -a /dev/da${1} -T permissive
sudo smartctl -a /dev/da${1} -T permissive
dd
On Wednesday 05 August 2009 15:17:18 Grzegorz Bernacki wrote:
Below is the patch with that solution. I tested it on ARM and PowerPC
and it fixes the problem. Please test it on other platforms you have to
see if there is no regression.
Hi,
Your patch look Ok.
I will do some more testing and
On Wednesday 05 August 2009 18:54:32 Juergen Lock wrote:
I'd say the broader matches must come after the specific ones here or
the quirks may not be found... (This makes at least my zaurus attach and
pingable again.)
Right!
Thanks for reporting.
Committed to USB P4:
On Thursday 06 August 2009 00:29:09 Lucius Windschuh wrote:
Hi.
I have a Vodafone-branded OVATION MC950D (Qualcomm 3G CDMA) UMTS pen
here.
I found this thread from some months ago:
2009/2/24 Hans Petter Selasky hsela...@c2i.net:
On Tuesday 24 February 2009, Kim Culhan wrote:
On Tue, Feb
error and a lot of failed writes being reported on the
console.
alex
Hans Petter Selasky schrieb am 2009-07-29:
On Wednesday 29 July 2009 22:25:05 Alexander Best wrote:
i have a problem with the following device:
ugen7.2: Meizu Electronics at usbus7
umass0: Meizu Electronics
On Sunday 09 August 2009 18:23:41 M. Warner Losh wrote:
Any ideas how to track this down?
Hi,
USB is only draining from usbd_transfer_drain() in
/sys/dev/usb/usb_transfer.c . You could add a print including the backtrace
and see if that function gets called when it freezes.
Else I would try
On Monday 10 August 2009 20:50:04 O.Herold wrote:
The following reply was made to PR usb/137341; it has been noted by GNATS.
From: O.Herold oli...@akephalos.de
To: bug-follo...@freebsd.org, oli...@akephalos.de
Cc:
Subject: Re: usb/137341: driver if_rum doesn't work at all and throws
panics
The following reply was made to PR usb/137341; it has been noted by GNATS.
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-gnats-sub...@freebsd.org
Cc:
Subject: Re: usb/137341: driver if_rum doesn't work at all and throws panics
Date: Mon, 10 Aug 2009 20:57:41 +0200
On Monday 10 August
On Tuesday 11 August 2009 15:40:46 p...@freebsd.org wrote:
Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that were
present at boot time New Synopsis: [usb] gmirror fails to start usb devices
that were present at boot time
Responsible-Changed-From-To:
On Tuesday 11 August 2009 15:58:48 Attilio Rao wrote:
2009/8/11 Hans Petter Selasky hsela...@c2i.net:
On Tuesday 11 August 2009 15:40:46 p...@freebsd.org wrote:
Old Synopsis: [gmirror] [usb] gmirror fails to start usb devices that
were present at boot time New Synopsis: [usb] gmirror fails
On Tuesday 11 August 2009 16:15:21 vishalu93 wrote:
I am trying to understand FreeBSD USB driver stack. The code is not
commented and hence it is difficult/time consuming to understand the code.
Are there any documents available describing different functions of USB
driver.
There is
On Thursday 13 August 2009 15:35:19 Michal Hajduk wrote:
Hello Hans,
I've observed problem with mounting root filesystem from USB device at
ARM platform. In my case the da0 device has showed too late
(after Manual root filesystem specification).
I've read the previous threads about USB
On Thursday 13 August 2009 23:32:52 Edwin Groothuis wrote:
Hello,
On 7.x this never happened, but on 8.x now and then (once or twice
every traintrip) the E169 modem gets lost: You see the kernel
messages that the device disappeared, /dev/cua0.0 disappears and
thus PPP stops etc.
Please let
On Friday 14 August 2009 22:26:32 Alexander Motin wrote:
Hi.
USB-connected WM6 communicators are able to operate in two main comm
modes: serial and RNDIS. That two modes reported with different device
IDs. I have noticed that my HTC Prophet WM6 communicator started to
behave wrong on recent
On Saturday 15 August 2009 11:44:51 MIHIRA Sanpei Yoshiro wrote:
Hi.
I tested 8-current(csup's at 2009.08.15.00.00.00).
kernel panic at boot time with some USB device.
ugen0.2: C-Media Electronics Inc. at usbus0
uaudio0: C-Media Electronics Inc. USB PnP Audio Device, class 0/0, rev
On Saturday 15 August 2009 08:44:36 OISHI Masakuni wrote:
Number: 137789
http://perforce.freebsd.org/chv.cgi?CH=167476
--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send
501 - 600 of 2342 matches
Mail list logo
