On Friday 12 November 2010 17:38:38 m...@freebsd.org wrote:
On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 12 November 2010 15:18:46 m...@freebsd.org wrote:
On Fri, Nov 12, 2010 at 12:56 AM, Hans Petter Selasky hsela...@c2i.net
wrote
On Friday 12 November 2010 18:28:02 Veniamin Gvozdikov wrote:
Hi everybody.
I have the macbook and I tryed install FreeBSD 8.1. But I have froze
loading.
I have it's:
with acpi (default loading)
http://img203.imageshack.us/img203/2556/dscn2822u.jpg
disable acpi
On Friday 12 November 2010 22:24:51 m...@freebsd.org wrote:
On Fri, Nov 12, 2010 at 12:25 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday 12 November 2010 17:38:38 m...@freebsd.org wrote:
On Fri, Nov 12, 2010 at 6:23 AM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Friday
On Wednesday 01 December 2010 03:29:41 David O'Brien wrote:
Thoughts?
Hi,
This is a know issue which has been fixed:
http://svn.freebsd.org/viewvc/base?view=revisionrevision=214919
Issue was introduced here:
http://svn.freebsd.org/viewvc/base?view=revisionrevision=214761
--HPS
,
On Wed, Dec 8, 2010 at 3:33 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Wednesday 08 December 2010 11:41:28 Oleg Nauman wrote:
Hello,
Unfortunately my notebook experienced the crash during the attempts to
attach EVDO modem supplied with builtin MicroSD cardreader.
Related core.txt
On Saturday 11 December 2010 10:09:45 Oleg Nauman wrote:
Hello Hans,
On Fri, Dec 10, 2010 at 8:15 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi,
I think this is a known issue which never got fixed. Please try the
attached patch and report back.
Have applied your patch, my
On Tuesday 21 December 2010 22:26:19 Raoul wrote:
Hello all,
It seems to me than the midi part (umidi)
of the uaudio driver does not work with poll nor SIGIO.
Am i right here, or is my test very buggy!!!
Thanks
Hi,
FIOASYNC is supported and poll is supported - yes.
See
On Wednesday 22 December 2010 07:15:53 justin v wrote:
Hi,
Any advice on how to deal with this USB trouble.. ?
This is scrolling through messages.. and when i plug in my USB device,
ANY, it is not recognized, when normally it is...
What version of FreeBSD are you using?
Have you
On Wednesday 22 December 2010 21:31:19 Kim Culhan wrote:
On Wed, December 22, 2010 3:00 am, Hans Petter Selasky wrote:
On Wednesday 22 December 2010 07:15:53 justin v wrote:
Hi,
Any advice on how to deal with this USB trouble.. ?
This is scrolling through messages.. and when i
On Thursday 23 December 2010 21:59:13 Justin V. wrote:
On Thu, 23 Dec 2010, Hans Petter Selasky wrote:
On Wednesday 22 December 2010 21:31:19 Kim Culhan wrote:
On Wed, December 22, 2010 3:00 am, Hans Petter Selasky wrote:
On Wednesday 22 December 2010 07:15:53 justin v wrote:
Hi,
Any
On Friday 24 December 2010 02:27:55 Justin V. wrote:
On Thu, 23 Dec 2010, Hans Petter Selasky wrote:
Im not familiar with patching I guess.. any tips?
Then try to copy usb_request.c and usb_request.h
--HPS
___
freebsd-current@freebsd.org mailing
On Sunday 02 January 2011 09:36:06 too.much.du...@gmail.com wrote:
Hello, have problem with A4Tech G7100 wireless combo mouse+keyboard.
Mouse works fine, but keyboard not. It's loading:
ugen4.2: A4TECH at usbus4
ukbd1: A4TECH USB Device, class 0/0, rev 1.10/1.02, addr 2 on usbus4
but pressing
On Sunday 02 January 2011 09:36:06 too.much.du...@gmail.com wrote:
Hello, have problem with A4Tech G7100 wireless combo mouse+keyboard.
Mouse works fine, but keyboard not. It's loading:
ugen4.2: A4TECH at usbus4
ukbd1: A4TECH USB Device, class 0/0, rev 1.10/1.02, addr 2 on usbus4
but pressing
On Sunday 02 January 2011 15:22:32 I Think wrote:
I've tried already to change both UKBD_NMOD and UKBD_NKEYCODE, but where is
no result.
#define UKBD_NKEYCODE 8 // doesn't work too
usbconfig -u 4 -a 2 dump_device_desc dump_curr_config_desc
ugen4.2: USB Device A4TECH at
On Sunday 02 January 2011 15:42:42 too.much.du...@gmail.com wrote:
already tried variants :
offset+=4 len-=4
offset+=0 len-=4
and yours, but they doesn't have correct effect
(yours variant gives some addition lags:
for example pressing o presses Scroll Lock, h - WIN_L and etc)
Hi,
Maybe
On Wednesday 05 January 2011 00:36:29 Arno J. Klaassen wrote:
Hallo,
definitely my Tyan S3992-E based box I didn't touch since a while, has
difficulties with recent code; this time I wanted to cross-install from
it on a USB-stick and noticed it didn't work. From dmesg :
ohci early: SMM
Marcus,
Can you have a look at this?
--HPS
On Friday 14 January 2011 16:21:00 Rainer Hurling wrote:
After looking around I had been able to localise the cause for the
described messages, see below:
On 14.01.2011 10:07 (UTC+1), Rainer Hurling wrote:
Today I updated my 9.0-CURRENT system
On Sunday 30 January 2011 14:57:37 Rainer Hurling wrote:
On 14.01.2011 20:10 (UTC+1), Hans Petter Selasky wrote:
Marcus,
Can you have a look at this?
Are there any news?
I don't have any news, except it is a HAL problem and it needs to be solved
there.
--HPS
On Sunday 30 January 2011 16:15:02 Rainer Hurling wrote:
Wouldn't it be useful to integrate the device info into the usb driver?
You can check if your kernel is compiled with options USB_VERBOSE. That
should bring some more verbosity based on sys/dev/usb/usbdevs.
--HPS
On Saturday 05 February 2011 14:27:56 Donald Allen wrote:
I've discussed problems with FreeBSD and usb sata drives on this list
in the past (as recently as last September), and have given up on
FreeBSD as a result of the usb disk problems (I do my backups with usb
drives) and other usb-related
On Saturday 05 February 2011 16:18:56 Donald Allen wrote:
Does whoever is responsible for CAM/SCSI
know about this and do you know if there are plans to fix it? What is the
point of supporting USB devices (and we aren't talking about an odd-ball
device here; these are USB disks), when the
Hans Petter,
Could the USB mass storage layer not refuse to pass down some commands
and just return the proscribed error?
Yes, that's what I'm thinking would be the simplest solution. I just need an
overview which SCSI commands we should pass and not pass. Do you have an idea?
--hps
On Wednesday 02 March 2011 18:01:19 Etienne Robillard wrote:
On 02/03/11 11:47 AM, John Baldwin wrote:
On Wednesday, March 02, 2011 11:00:26 am Etienne Robillard wrote:
On 02/25/2011 07:31, Bernhard Schmidt wrote:
On Friday, February 25, 2011 12:47:12 Etienne Robillard wrote:
On 25/02/11
On Thursday 03 March 2011 12:26:20 Etienne Robillard wrote:
On 03/03/11 02:45 AM, Hans Petter Selasky wrote:
I forwarded this thread on -current.
Please also find below a stack trace produced with option
KDB_UNATTENDED for the rt28700 driver (if_rt28700).
On another side note, I
On Thursday 03 March 2011 14:07:52 Etienne Robillard wrote:
ieee80211_newstate_cb
Hi,
I think the problem is in the ieee80211 layer not draining its taskqueues
properly and/or other activities. It crashes in USB because it is accessing
freed memory or NULL pointers most likely.
--HPS
On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote:
Hi, as the subject line implies, can someone explains why OFDM (Orthogonal
Frequency Division Multiplexing) is required for running run(4) ? Is there
any (safer) alternative to OFDM?
If not, could the FreeBSD security team verify the
On Sunday 06 March 2011 18:19:31 Etienne Robillard wrote:
On 06/03/11 11:58 AM, Hans Petter Selasky wrote:
yes, the difference with 'software OFDM' and hardware OFDM - as in
run(4) - is the latter
exploits 'objects' and 'peoples' as subcarriers units with
bi-directional data when
software
Hi,
The attached files adds USB support to Android's fastboot under FreeBSD 8/9,
by using the LibUSB v1.0 interface.
http://android-dls.com/wiki/index.php?title=Fastboot
Lines for the Android.mk:
ifeq ($(HOST_OS),FreeBSD)
LOCAL_SRC_FILES += usb_freebsd.c util_freebsd.c
LOCAL_LDLIBS +=
On Saturday 26 March 2011 08:30:59 Hans Petter Selasky wrote:
Hi,
The attached files adds USB support to Android's fastboot under FreeBSD
8/9, by using the LibUSB v1.0 interface.
http://android-dls.com/wiki/index.php?title=Fastboot
Lines for the Android.mk:
ifeq ($(HOST_OS),FreeBSD
Hi,
On Saturday 26 March 2011 15:30:01 Carlos A. M. dos Santos wrote:
But for such a small change a simple Feature Request may suffice:
Thank you!
I've created an issue:
http://code.google.com/p/android/issues/detail?id=15749colspec=ID%20Type%20Status%20Owner%20Summary%20Stars
--HPS
On Saturday 26 March 2011 17:39:37 Shawn Webb wrote:
This is awesome. Lack of Android tools support almost keeps me from fully
switching from OSX to FreeBSD. Any chance adb is or will be supported?
Thanks,
Shawn
I think you might be able to use the same driver code examples for ADB.
On Tuesday 05 April 2011 13:06:22 Andriy Gapon wrote:
on 03/04/2011 13:46 Andriy Gapon said the following:
Mostly out of curiosity (but not only because of that) I wonder why the
use_generic flag and two probing passes are needed in USB driver probing
code. That is, why the standard
On Tuesday 05 April 2011 14:50:43 Andriy Gapon wrote:
I believe that newbus already supports ordering of children on a bus.
BTW, does USB have to pass anything from probe to attach?
Mostly only the driver info field. To avoid duplicate lookups.
Duplicate lookup is of course not very nice,
On Tuesday 05 April 2011 18:45:51 Andriy Gapon wrote:
on 05/04/2011 15:55 Hans Petter Selasky said the following:
On Tuesday 05 April 2011 14:50:43 Andriy Gapon wrote:
I believe that newbus already supports ordering of children on a bus.
BTW, does USB have to pass anything from probe
On Wednesday 06 April 2011 15:21:19 Andriy Gapon wrote:
on 06/04/2011 10:33 Hans Petter Selasky said the following:
Which drivers I have missed?
Thanks!
Run a kernel test compile including all modules. If that's OK it should be
fine.
--HPS
Hi,
It appears that src/sbin/fdisk.c can only read the MBR of disks having a
blocksize different than 512 bytes. When writing a new MBR, the below check
fails. Can someone having knowledge into fdisk, fix this issue and MFC to 8-
stable? Also I'm curious about the #ifdef __ia64__ .
if
On Sunday 17 April 2011 20:43:15 Armin Pirkovitsch wrote:
Hi!
Out of curiousity - is currently someone working on ukbd?
No.
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Tuesday 19 April 2011 13:15:00 Bruce Cran wrote:
There's a new tool that can be used to find spelling mistakes in code:
codespell from http://www.politreco.com has already been used to find
mistakes in both Linux and LLVM. I ran it on sys/ and it found lots of
potential typos - the full
On Friday 29 April 2011 07:59:39 Andriy Gapon wrote:
I intend to commit the following change soon and MFC it after a short
period of time. Please test it if you use multimedia applications, both
native and Linux, especially if they deal with audio recording/capture.
Thank you.
Seems to
On Friday 29 April 2011 13:04:52 Boris Samorodov wrote:
Hi!
The port builds with the system compiler but not with clang:
ftp://ftp.bsam.ru/pub/tmp/webcamd.log.txt
Hi,
Edit the webcamd's port Makefile so that only one file is compiled at a time.
MAKE_JOBS_SAFE= yes
The following error code
On Saturday 30 April 2011 11:46:16 Roman Divacky wrote:
I just tested with new llvm/clang and it compiles ok. I hope there's
going to be a new llvm/clang import in a few days so please try again
after the import..
The port does not link though, because of some problems with
On Saturday 30 April 2011 11:46:28 Hans Petter Selasky wrote:
linux_init_mod/linux_exit_mod.
These two symbols are so-called sections. At least the GCC will resolve these,
I.E. when there is an __attribute__((__section__(linux_init_mod))), then
also extern linux_init_mod resolves.
--HPS
On Friday 27 May 2011 09:00:51 Alexander Motin wrote:
YAY!
So now three questions:
1. Does anybody else have alike hardware and wish to test it?
2. Patch reviews are welcome.
3. Is there any software except share/examples/ses working with ses(4)
and/or some good use practices?
Does it
On Tuesday 07 June 2011 10:09:47 Andrey Smagin wrote:
I upgraded 2 day ago from 2010-current box on Intel D525MW.
System very slow down after that.
kern.hz=50
in systat -vmstat - 140hpet interrupts/s
at top 25% in interrupts 25% in system
because hyperthreading system found 4 cpu.
What
On Friday 17 June 2011 15:46:17 Luiz Gustavo S. Costa wrote:
Hi all
I was venturing more on the idea of running this adapter, I decided to
test on OpenBSD 4.9
OpenBSD 4.9 RELEASE is already entry for id 0x8180, equal to FreeBSD
9.0-CURRENT.
What I did (see attached diff file) was to do
On Tuesday 21 June 2011 19:17:13 Luiz Gustavo S. Costa wrote:
Hi Hans !
theoretically would only do this, put the id's in the files for the udav.c
work,
but was not so, the driver did not work with these entries, simply
could not allocate a PHY.
Dmesg:
ugen0.2: vendor 0x0fe6 at usbus0
On Tuesday 12 January 2010 18:49:48 Hans Petter Selasky wrote:
Re: FYI: v4l-linuxulator support in FreeBSD-current now
Hi,
Some panics have cropped up when using linux-V4L with webcamd.
1st) panic: freeing memory in linux_v4l_cliplist_free() which is not
allocated, but there seems
On Monday 22 February 2010 14:41:18 Chris Hedley wrote:
I wasn't sure whether this question was better asked on this list or the
freebsd-usb one; but since I'm already subscribed here, I figured it was a
good place to start.
I'm having a lot of problems getting the ums (USB mouse) driver to
On Monday 22 February 2010 17:52:25 Chris Hedley wrote:
On Mon, 22 Feb 2010, Hans Petter Selasky wrote:
Hi,
What is printed to dmesg when you enable debugging?
sysctl hw.usb.ums.debug=15
Is the attached information okay? I tried it twice, first after a switch
using the KVM (where
On Monday 22 February 2010 18:45:04 Chris Hedley wrote:
On Mon, 22 Feb 2010, Hans Petter Selasky wrote:
On Monday 22 February 2010 17:52:25 Chris Hedley wrote:
On Mon, 22 Feb 2010, Hans Petter Selasky wrote:
Hi,
What is printed to dmesg when you enable debugging?
sysctl
Hi Chris,
Instead of re-plugging the mouse, you can run:
usbconfig -u X -a Y reset
To manually re-enumerate the USB device at ugenX.Y.
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
Hi,
Sometimes the USB sticks won't get detected in time. You can fix this by using
the following simple quick and dirty patch.
--HPS
==
--- sys/kern/vfs_mount.c(revision 204512)
+++ sys/kern/vfs_mount.c(local)
@@
On Sunday 07 March 2010 11:46:58 Garrett Cooper wrote:
On Sun, Mar 7, 2010 at 2:24 AM, Garrett Cooper yanef...@gmail.com wrote:
On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper yanef...@gmail.com wrote:
Hi Alexander and Hans,
I recently did the following which generated a panic on a
On Saturday 13 March 2010 03:42:46 Rui Paulo wrote:
On 13 Mar 2010, at 09:18, Weongyo Jeong wrote:
On Thu, Mar 04, 2010 at 12:50:29AM -0800, PseudoCylon wrote:
Hello,
Finally, I have fixed mysterious device lock out and run(4) works
fine
in HOSTAP mode. Up time is 80 hours and
On Saturday 24 April 2010 13:06:19 Ganbold wrote:
PseudoCylon wrote:
Hello,
Can you try this? (all 3 files has been updated)
http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix
/show/dev/usb/wlan
This is for rev 207077 or newer.
If you are using older rev,
Hi,
Can you check if I've integrated correctly?
http://p4web.freebsd.org/@@17?ac=10
Who is taking this code into -current?
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Wednesday 02 June 2010 03:23:47 Garrett Cooper wrote:
Looks like this device might be a bit quirky... Just forwarding to you
to see if you had any details for the OP.
Thanks!
-Garrett
Hi,
Can you dump the USB descriptors of your device?
usbconfig -u 0 -a 3 dump_device_desc
Hi,
Can you dump the USB descriptors of your device?
Hi, right now I can do this at FreeBSD 8.0-RELEASE-p2 #8 r206060M,
but If you prefer tonight I can dump from 'freebsd-current' box.
Thank you
Hi,
The problem is that LOW speed does not support BULK transfers according to the
USB
On Thursday 03 June 2010 16:22:33 Marcelo/Porks wrote:
On Wed, Jun 2, 2010 at 1:25 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi,
The problem is that LOW speed does not support BULK transfers according
to the USB specification. I guess we could switch that support on, though
I'd
On Thursday 03 June 2010 17:50:08 Hans Petter Selasky wrote:
On Thursday 03 June 2010 16:22:33 Marcelo/Porks wrote:
On Wed, Jun 2, 2010 at 1:25 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi,
The problem is that LOW speed does not support BULK transfers according
to the USB
Could you join:
#bsdusb on efnet ?
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote:
On Thursday 03 June 2010 17:50:08 Hans Petter Selasky wrote:
On Thursday 03 June 2010 16:22:33 Marcelo/Porks wrote:
On Wed, Jun 2, 2010 at 1:25 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi,
The problem
On Friday 04 June 2010 03:02:52 Marcelo/Porks wrote:
On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote:
On Thursday 03 June 2010 17:50:08 Hans Petter Selasky wrote:
On Thursday 03 June 2010 16:22:33
On Friday 11 June 2010 08:27:53 PseudoCylon wrote:
Hello,
Here is a patch for recent fix.
http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html
Please update codes in your repository.
Diff against the latest change, 178418.
* if_run.c - rev. 11
* if_runvar.h - rev. 7
the kernel tree no longer load.
Any clues about what is wrong? Is this a compiler issue, or has it got to do
with missing/wrong symbols?
For example one guy writes:
On Tue, 22 Jun 2010 19:11:09 +0200
Hans Petter Selasky hsela...@freebsd.org wrote:
On Tuesday 22 June 2010 18:06:58 Ted Faber
Hi,
I'm creating a new thread on this issue.
On Tue, Jun 22, 2010 at 04:39:17PM -0400, Ryan Stone wrote:
I saw similar behaviour a couple of years ago when I switched from
using gcc 4.0.2 to gcc 4.3.0 to compile some out-of-tree KLD modules.
The problem ended up being a change in the linker
On Wednesday 23 June 2010 08:47:52 Andriy Gapon wrote:
on 23/06/2010 03:38 Hans Petter Selasky said the following:
Hi,
I'm creating a new thread on this issue.
On Tue, Jun 22, 2010 at 04:39:17PM -0400, Ryan Stone wrote:
I saw similar behaviour a couple of years ago when I switched
On Wednesday 23 June 2010 09:10:59 Andriy Gapon wrote:
on 23/06/2010 10:02 Andriy Gapon said the following:
I don't dispute that it is found broken in particular environments, I
just think that the analysis could be incorrect.
Ok.
Which also brings the question - what arch(s) is
On Wednesday 23 June 2010 16:43:31 Kris Moore wrote:
On 06/23/2010 02:52, Hans Petter Selasky wrote:
On Wednesday 23 June 2010 08:47:52 Andriy Gapon wrote:
on 23/06/2010 03:38 Hans Petter Selasky said the following:
Hi,
I'm creating a new thread on this issue.
On Tue, Jun 22, 2010
Hi,
Sometimes utilities that are started by devd require libraries outside
/usr/lib. One example is the webcamd utility which is started by devd upon USB
device insertion. What do you think about the following patch:
--- devd(revision 209463)
+++ devd(local)
@@ -4,7 +4,7 @@
#
Hi,
PseudoCylon: Can you try to reproduce this:
1) Setup OPEN HOST AP (ssid = xxx).
2) Configure WLAN client with:
ssid=xxx
auth_alg=SHARED
key_mgmt=NONE
Wait until wpa_cli announces that it tries to associate, but fails.
3) Then update wpa_supplicant.conf:
ssid=xxx
auth_alg=OPEN
On Wednesday 07 July 2010 12:49:37 PseudoCylon wrote:
- Original Message
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-current@freebsd.org
Cc: PseudoCylon moonlightak...@yahoo.ca; Ganbold Tsagaankhuu
ganb...@mobicom.mn; Ganbold ganb...@gmail.com
Sent: Tue, July 6
Hi,
When supplying wpa_supplicant.conf with incorrect passwords, but a valid SSID,
I have seen kernel panics several times when using USB based WLAN dongles.
When only supplying a valid password, no panic has been seen.
How to reproduce:
1) configure invalid password
2) wpa_cli: reconfigure
On Thursday 08 July 2010 05:12:37 Andrew Thompson wrote:
On 8 July 2010 07:13, Hans Petter Selasky hsela...@c2i.net wrote:
Hi,
When supplying wpa_supplicant.conf with incorrect passwords, but a valid
SSID, I have seen kernel panics several times when using USB based WLAN
dongles. When
On Friday 09 July 2010 19:12:59 Sean Bruno wrote:
In order to come up with the most convoluted problem possible, I present
to you screen shots of a panic from a FreeBSD VM running in QEMU
emulation under RedHat's KVM infrastructure.
I presented a perfectly functional USB partition from my
On Monday 12 July 2010 02:07:55 Andrew Thompson wrote:
This turned out to be refcounting of the ieee80211_node struct which
was causing this panic. vap-iv_bss can be freed at any time so all
users of it need to bump the refcount to use it safely.
This patch should fix the panic in the rum
Hi Andrew,
Your patch appears to be working. Can you fix this issue in the other WLAN
drivers aswell? Then send an e-mail to request testing? I had a go at it here:
http://p4web.freebsd.org/@@180844?ac=10
I found another panic issue:
ifconfig wlan0 delete
ifconfig wlan0 destroy
When not
On Tuesday 13 July 2010 03:54:08 PseudoCylon wrote:
Should the debugging code, usb_pause_mtx(), be left in the code for
testing? If the drivers don't panic to begin with, we won't know the
patch really fixed the issue.
No, I think it is safe to remove it.
--HPS
On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote:
-if(vap-iv_opmode == IEEE80211_M_HOSTAP){
-RUN_LOCK(sc);
+if (vap-iv_opmode == IEEE80211_M_HOSTAP)
sc-cmdq_key_set = RUN_CMDQ_GO;
-RUN_UNLOCK(sc);
-}
Why are you removing these locks?
--HPS
On Wednesday 14 July 2010 14:31:29 PseudoCylon wrote:
-if(vap-iv_opmode == IEEE80211_M_HOSTAP){
-RUN_LOCK(sc);
+if (vap-iv_opmode == IEEE80211_M_HOSTAP)
sc-cmdq_key_set = RUN_CMDQ_GO;
-RUN_UNLOCK(sc);
-}
Why are you removing these locks?
Another question:
i =
Hi AK,
I've committed your patches to USB P4. I've made some additional patches.
Can you check and verify everything?
http://p4web.freebsd.org/@@181189?ac=10
Also please compile a kernel with WITNESS enabled to catch any LOR's, hence we
introduced another mutex.
--HPS
On Tuesday 20 July 2010 12:03:22 PseudoCylon wrote:
- Original Message
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-current@freebsd.org
Cc: PseudoCylon moonlightak...@yahoo.ca; Sam Leffler s...@freebsd.org;
freebsd-...@freebsd.org
Sent: Mon, July 19, 2010 1:17:04
Hi,
Please confirm that this patch is working for you:
http://p4web.freebsd.org/@@181261?ac=10
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Hi,
When is it safe to free memory which has been mmapped to a user-space
application? After close() or during close() or before close() or when the
process/thread terminates?
--HPS
___
freebsd-current@freebsd.org mailing list
Hi,
During the last two weeks I've been working hard to get USB 3.0 support added
to the FreeBSD 8+ USB stack. There are a couple of issues left, but right now
the code is in a state were enumeration of USB devices is possible and there
are no dirty hacks :-)
The XHCI chip, which is the PCI
On Wednesday 11 August 2010 12:17:28 Rafal Jaworowski wrote:
On 2010-08-07, at 21:43, Hans Petter Selasky wrote:
During the last two weeks I've been working hard to get USB 3.0 support
added to the FreeBSD 8+ USB stack. There are a couple of issues left,
but right now the code is in a state
On Wednesday 08 September 2010 20:57:50 Maksim Yevmenkin wrote:
hello,
[trying current@ first to get wider audience :)]
so, i have a somewhat silly question about libusbhid. please consider
the following code
hid_data_t d;
hid_item_t h;
for (d = hid_start_parse(desc, 1
In kernel and userspace this is currently a feature in the HID libraries.
And I agree that maybe this should be changed. Before changing anything please
grep the kernel sources for this function and check that no callers are using
this feature, or add this missing 1 hid_collection mask.
Hi,
I was thinking about adding a sysctl to ukbd and ums that shows how many
keypresses have been done and how many pixels you have moved the mouse during
a day. These number will mostly be useful for making ergonomic arguments that
a certain way of working is better than another one.
Anyone
Hi,
I was thinking about adding a sysctl to ukbd and ums that shows how many
keypresses have been done and how many pixels you have moved the mouse during
a day. These number will mostly be useful for making ergonomic arguments that
a certain way of working is better than another one.
Anyone
On Monday 04 October 2010 18:14:15 David Wolfskill wrote:
Is there a way I can use USB or firewire in a way similar to a serial
console?
If a USB keyboard is enumerated at the point of break, it will be available
from KDB.
--HPS
___
http://svn.freebsd.org/changeset/base/213437
Please test if you have USB 3.0 hardware.
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
Hi,
Anyone out there experiencing so-called EHCI-hangs, can try applying the
following patch by hand:
http://p4web.freebsd.org/@@184749?ac=10
//depot/projects/usb/src/sys/dev/usb/controller/ehci.c#62 (text+ko)
@@ -1589,6 +1589,10 @@
usb_callout_reset(sc-sc_tmo_pcd,
-- Forwarded Message --
Subject: Re: MacBookPro 5,1
Date: Sunday 17 October 2010, 15:47:56
From: Hans Petter Selasky hsela...@c2i.net
To: freebsd-a...@freebsd.org
CC: linux-a...@vger.kernel.org
Hi,
CC'ing the Linux guys, hence I belive you are using the same ACPI code like
On Wednesday 20 October 2010 17:30:40 Alexander Best wrote:
hi there,
i'm running HEAD (r213495; amd64). i stumbled upon this severe problem:
after attaching my mobile phone, it simply resets without doing mount or
anything. however after letting the device come up again it won't show up
By default USB devices are not suspended. You can use usbconfig power_save
to enable automatic power save for all devices.
--HPS
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
On Wednesday 27 October 2010 10:14:18 Alexander Motin wrote:
As I understand, if respective USB port is not used, USB stack should
put it into power_save mode not poll so often to deny entering C3 state.
USB will stop the hardware from polling RAM, but still a 4 second root HUB
software
Hi!
I've wrapped up an outline patch for what needs to be done to integrate the
USB process framework into the kernel taskqueue system in a more direct way
that to wrap it.
The limitation of the existing taskqueue system is that it only guarantees
execution at a given priority level. USB
On Monday 01 November 2010 21:07:29 Matthew Fleming wrote:
On Mon, Nov 1, 2010 at 12:54 PM, Hans Petter Selasky hsela...@c2i.net
wrote:
Hi!
I've wrapped up an outline patch for what needs to be done to integrate
the USB process framework into the kernel taskqueue system in a more
On Monday 01 November 2010 22:14:49 John Baldwin wrote:
On Monday, November 01, 2010 3:54:59 pm Hans Petter Selasky wrote:
Hi!
I've wrapped up an outline patch for what needs to be done to integrate
the USB process framework into the kernel taskqueue system in a more
direct way
301 - 400 of 1066 matches
Mail list logo