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
> http://img152.i
On Saturday 15 January 2011 22:55:30 Aryeh Friedman wrote:
> I am brand new to the whole android development thing... All I know is
> the phone some how makes it self look like a Linux machine to the
> outside world (how and such I have no clue)... when I connected it to
> USB I got:
>
> ugen5.2:
On Sunday 16 January 2011 11:49:28 Hans Petter Selasky wrote:
> if_cdce kernel,
if_cdce kernel module
--HPS
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "
On Sunday 16 January 2011 12:59:17 Aryeh Friedman wrote:
> On Sun, Jan 16, 2011 at 6:48 AM, Hans Petter Selasky
wrote:
> > On Sunday 16 January 2011 11:49:28 Hans Petter Selasky wrote:
> >> if_cdce kernel,
> >
> > if_cdce kernel module
> >
> >
On Sunday 16 January 2011 13:20:39 Aryeh Friedman wrote:
> On Sun, Jan 16, 2011 at 7:07 AM, Hans Petter Selasky
wrote:
> > On Sunday 16 January 2011 12:59:17 Aryeh Friedman wrote:
> >> On Sun, Jan 16, 2011 at 6:48 AM, Hans Petter Selasky
> >
> > wrote:
> >&g
On Sunday 16 January 2011 13:30:33 Aryeh Friedman wrote:
> On Sun, Jan 16, 2011 at 7:27 AM, Hans Petter Selasky
wrote:
> > On Sunday 16 January 2011 13:20:39 Aryeh Friedman wrote:
> >> On Sun, Jan 16, 2011 at 7:07 AM, Hans Petter Selasky
> >
> > wrote:
> >&g
On Friday 18 February 2011 15:10:47 Svatopluk Kraus wrote:
> Hi,
>
> I try to figure out locking strategy in FreeBSD and found 'ichsmb'
> device. There is a mutex which protects smb bus (ichsmb device). For
> example in ichsmb_readw() in sys/dev/ichsmb/ichsmb.c, the mutex is
> locked and a comma
On Monday 11 April 2011 03:59:13 dieter...@engineer.com wrote:
> FreeBSD 8.2 amd64 uniprocessor
>
> kernel: siisch1: DISCONNECT requested
> kernel: siisch1: SIIS reset...
> kernel: siisch1: siis_sata_connect() calling DELAY(1000)
> last message repeated 59 times
> kernel: siisch1: SATA connect t
On Tuesday 26 April 2011 11:52:27 Bartosz Fabianowski wrote:
> 1. attach() is running and executes make_dev(). Before attach() has
> finished, someone calls open() on the newly created device node and
> tries to read from a device that is not fully instantiated.
>
> 2. read() is running when the
On Tuesday 26 April 2011 16:37:17 John Baldwin wrote:
> On Tuesday, April 26, 2011 10:27:14 am Warner Losh wrote:
> > On Apr 26, 2011, at 7:42 AM, John Baldwin wrote:
> > > - The Giant protection for new-bus should prevent attach/detach from
> > > running
> > >
> > > concurrently I believe (eith
On Thursday 23 June 2011 20:37:33 Warner Losh wrote:
> How'd you go about generating all these .conf files?
>
> I don't see where you defined USB_* as variables in them either. Maybe you
> could point me at it?
>
> Warner
>
> On Jun 23, 2011, at 10:00 AM, Robert Millan wrote:
> >
Hi Warner,
Hi,
I need some people testing the following patch:
http://svn.freebsd.org/changeset/base/223486
svn up and build a new kernel.
Try to remove all USB devices from kernel config except the host controllers
and USB keyboard. Then put the following file into /etc/devd/
http://hselasky.homeunix.o
On Friday 24 June 2011 04:37:25 Hans Petter Selasky wrote:
> Hi,
>
> I need some people testing the following patch:
>
> http://svn.freebsd.org/changeset/base/223486
>
> svn up and build a new kernel.
>
> Try to remove all USB devices from kernel config except the
On Friday 24 June 2011 09:22:57 Robert Millan wrote:
> 2011/6/24 Hans Petter Selasky :
> > Updated bus_auto.conf:
> >
> > http://hselasky.homeunix.org:8192/bus_auto.conf
>
> Very nice. But why not use variable names instead of hardcoding numbers?
> It makes the ou
On Friday 24 June 2011 14:59:37 Robert Millan wrote:
> 2011/6/24 Hans Petter Selasky :
> >> Very nice. But why not use variable names instead of hardcoding
> >> numbers? It makes the output much easier to understand.
> >
> > To save memory.
>
> I haven
On Sunday 26 June 2011 16:19:14 Chris Rees wrote:
> It was panicking on boot apparently, though kdb doesn't appear to work
> with the USB keyboard I was forced to use.
If you give USB some time to enumerate I should work in kdb.
--HPS
___
freebsd-hacker
On Tuesday 09 August 2011 07:48:17 Robert McKenzie wrote:
> I am just wondering if anyone has any ideas as to who to get such a
> combination working as I have despite much effort, not been able to do so.
>
> The device is visible, the permissions for the device appear to be correct
> with the det
On Thursday 25 August 2011 13:04:26 Daniel Grech wrote:
> Hi, I need to write a kernel module that would hook onto some function at a
> low level in the USB stack in order to have direct access to the raw data
> that is received from the USB Controller Hardware. Has this ever been done
> before ? A
On Monday 05 September 2011 15:40:44 Daniel Grech wrote:
> Hi, I'm using libusb to gain access to raw USB Data from userspace. My
> problem is that this library only works with devices which are treated as
> generic devices ("handled by the ugen driver"). I need a mechanism that
> will allow me to
On Tuesday 06 September 2011 03:53:55 Daniel O'Connor wrote:
> On 05/09/2011, at 23:10, Daniel Grech wrote:
> > Hi, I'm using libusb to gain access to raw USB Data from userspace. My
> > problem is that this library only works with devices which are treated as
> > generic devices ("handled by the u
On Tuesday 20 September 2011 20:35:57 geoffrey levand wrote:
> Currently i'm developing VUART device drivers for PS3 architecture. VUART
> is bi-directional FIFO queue between 2 logical partitions on PS3. I want
> to use the device in the kernel and user space. During system boot PS3
> system has t
On Wednesday 21 September 2011 08:05:25 geoffrey levand wrote:
> I think you misunderstood what i need. If i got it right then cuse4bsd
> allows user applications to create char devices, right ? I do not want to
> create character devices from user space. My VUART kernel module should
> provide the
On Tuesday 08 November 2011 17:24:33 Daniel Grech wrote:
> Hi,
>
> I am trying to write a program that makes use of the USB_FS ioctl calls to
> achieve it's functionality. Unfortunately I am encountering some
> difficulties with these ioctl calls and am not exactly sure which call is
> supposed to
On Thursday 08 December 2011 14:09:47 Lorenzo Cogotti wrote:
> Dear all,
>
> I am new to this list and to FreeBSD in general, so first of all hi
> everyone and thank you for providing this awesome and rock solid OS.
>
> I have a CDC compliant (at least this is what the manufacturer claims)
> USB
On Thursday 08 December 2011 16:35:47 Lorenzo Cogotti wrote:
> Il giorno gio, 08/12/2011 alle 15.39 +0100, Hans Petter Selasky ha
>
> scritto:
> > Typically you need to select configuration 1 for dual RNDIS/CDCE devices
> > to work.
> >
> > 1) Locate your devi
On Thursday 08 December 2011 16:54:40 Lorenzo Cogotti wrote:
> Eventually, should I send a patch to someone so that I am not the only
> one to benefit from your help?
If you want this quirk permanently you could try to add an entry to:
/sys/dev/usb/quirk/usb_quirk.c
You should use the quirk:
UQ
On Monday 12 December 2011 16:55:38 m...@freebsd.org wrote:
> On Mon, Dec 12, 2011 at 12:03 AM, Andriy Gapon wrote:
> > on 11/12/2011 23:48 m...@freebsd.org said the following:
> >> On Sun, Dec 11, 2011 at 1:12 PM, Andriy Gapon wrote:
> >>> Does the following change do what I think that it does?
On Monday 12 December 2011 20:05:38 John Baldwin wrote:
> > Hi,
> >
> >
> >
> > > hselasky@ or someone else familiar with the various usb threads would
> > > have to answer that.
> >
> >
> >
> > The problem is only during init() where the init thread has highest
> > priority and that doesn't all
On Wednesday 14 December 2011 16:37:50 Andriy Gapon wrote:
> on 13/12/2011 10:17 Andriy Gapon said the following:
> > on 13/12/2011 00:21 Andriy Gapon said the following:
> [snip]
>
> > And in the view of the below data I would like us to revisit this
> > problem. I looked over usb code and it see
On Thursday 15 December 2011 15:17:01 Andriy Gapon wrote:
> on 14/12/2011 23:56 Hans Petter Selasky said the following:
> > On Wednesday 14 December 2011 16:37:50 Andriy Gapon wrote:
> >> So, Hans Petter, do you recall any details of this problem?
> >> I am curious abo
On Friday 16 December 2011 00:05:54 Andriy Gapon wrote:
> on 16/12/2011 00:56 Hans Petter Selasky said the following:
> > On Thursday 15 December 2011 15:17:01 Andriy Gapon wrote:
> >> Hmm... I looked at the history of ukbd.c (which I should have done from
> >> th
On Saturday 17 December 2011 15:57:24 Andriy Gapon wrote:
> on 16/12/2011 01:16 Hans Petter Selasky said the following:
> > I think I was not aware about the Giant locking maybe having something to
> > do about this. I was just thinking about this recently, that syscons and
> &g
On Saturday 17 December 2011 15:57:30 Andriy Gapon wrote:
> Replying further...
>
> > Not directly, but indirect. You know, if you pause thread 1 (which I
> > thought was thread 0), then other thread will get a chance to run.
>
> pause() could be a sufficient action to let other thread run, but i
On Sunday 18 December 2011 11:58:57 Andriy Gapon wrote:
> on 17/12/2011 19:06 Hans Petter Selasky said the following:
> > If the problem is only in UKBD driver, I don't think this is a big
> > problem to solve. The reason for the auto-magic locking, is that I've
> >
On Friday 13 January 2012 10:29:18 Daniel Grech wrote:
> Hi,
>
> does anybody know what the procedure for sending a zero length packet
> through libusb on FreeBSD is ?
>
> Thanks in advance,
>
> Regards,
>
> Daniel
By writing zero bytes, you send a zero length packet. With the libusb20 API
yo
On Monday 16 January 2012 01:21:19 Yuri wrote:
> On 01/15/2012 15:34, Dieter BSD wrote:
> > Some drivers do things like DELAY(big number) while interrupts are turned
> > off. Very bad. Look through the source, maybe you can find it.
> >
> > We REALLY need a way to service one device without shutti
On Tuesday 17 January 2012 20:54:51 Steven Hartland wrote:
> boot time fixes (disable memtest),
Hi,
Another noticeable part is that ufsread.c in boot2 uses very small block sizes
to read the file system data. If that could be fixed boot times would drop too
!
--HPS
On Friday 17 February 2012 16:05:42 Alex Goncharov wrote:
> <== This is shocking to me: I have the /boot/kernel/snd_hda.ko but I
> can't load and unload it -- apparently the sound support is in the
> kernel now.
Maybe there is a missing depencency towards sound.ko. Try loading that first.
--HPS
_
On Saturday 18 February 2012 10:48:11 vermaden wrote:
> Added a check if ntfs-3g is available, if not then mount_ntfs is used
> instead. Added deleting of empty directories at ${MNTPREFIX}.
> Added ${MNTPREFIX} to be set to /mnt or /media according to preference
>
> #! /bin/sh
>
> PATH=/bin:/sbin
On Thursday 23 February 2012 18:52:50 Vijay Singh wrote:
> Hi hackers. I am seeing an issue where the USB controller is
> generating a large number of interrupts.
>
> last pid: 6639; load averages: 1.39, 1.48, 2.46 up 0+01:07:14
> 12:35:05 2590 processes:9 running, 462 sleeping, 3 zombie,
On Thursday 29 March 2012 15:42:42 Joe Greco wrote:
> > Hi,
Do both 32- and 64-bit versions of FreeBSD crash?
--HPS
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "
On Thursday 29 March 2012 17:49:30 Joe Greco wrote:
> > On Thursday 29 March 2012 15:42:42 Joe Greco wrote:
> > > > Hi,
> >
> > Do both 32- and 64-bit versions of FreeBSD crash?
>
> We've only seen it happen on one virtual machine. That was a 32-bit
> version. And it's not so much a crash as it
On Thursday 29 March 2012 18:15:59 Chris Rees wrote:
> On 28 Mar 2012 21:23, "Chris.H" wrote:
> > Greetings,
> >
> > I can unpack the setup file to extract the .sys files. While I _could_
>
> utilize the ndisulator to load them, that's not my goal. Should I unpack
> the .sys file, and attempt t
On Monday 23 April 2012 02:51:48 Yuri wrote:
> I was debugging Logitech C910 webcam.
> 1. 'kldload snd_uaudio' while camera was attached
> 2. ran webcamd, which worked
> 3. stopped webcamd
> 4. 'kldunload snd_uaudio' while the camera is still attached => hanged in
> D+ 5. 'kldstat' also hangs in D+
On Tuesday 22 May 2012 01:35:48 Alexander Kabaev wrote:
> On Thu, 17 May 2012 11:01:34 -0500
>
> Mark Tinguely wrote:
> > On Thu, May 17, 2012 at 8:20 AM, Svatopluk Kraus
> >
> > wrote:
> > > Hi,
> > >
> > > I'm working on DMA bus implementation for ARM11mpcore platform. I've
> > > looked at i
On Sunday 03 June 2012 10:25:21 Wojciech Puchar wrote:
> for SCSI/SAS/FC there is targ(4) driver allows you to become SCSI target.
>
> is it the same possible with USB?
> i mean if i can make my laptop to simulate say USB CDROM.
>
> Yes there are no driver line targ(4) for USB, but it is technica
On Monday 04 June 2012 07:00:01 Wojciech Puchar wrote:
> > Have a look at:
> >
> > sys/dev/usb/storage/ustorage_fs.c
> >
> > Currently just implements a RAM disk. Patches are welcome.
>
> many answers - contradicting itself. others says hardware is unable to do
> so, you say it is done. then - h
On Sunday 10 June 2012 08:55:52 Bernhard Froehlich wrote:
>- USB support (needs fixing)
Hi,
If questions arise I can answer them and give advice with regard to libusb in
baseport and the USB FS interface. I've been somewhat involved fixing the USB
support for VirtualBox under FreeBSD last t
On Tuesday 12 June 2012 08:23:33 Andriy Gapon wrote:
> on 12/06/2012 01:21 Brandon Falk said the following:
> > Greetings,
> >
> > I was just wondering what it is that FreeBSD does that makes it take so
> > long to boot. Booting into Ubuntu minimal or my own custom Linux distro,
> > literally take
On Wednesday 13 June 2012 15:21:29 Ian Lepore wrote:
> On Wed, 2012-06-13 at 09:10 +0200, Wojciech Puchar wrote:
> > > Greetings,
> > >
> > > I was just wondering what it is that FreeBSD does that makes it take so
> > > long to boot. Booting into Ubuntu minimal or my own custom Linux
> > > distro,
On Wednesday 13 June 2012 23:35:17 Mel Flynn wrote:
> On 13-6-2012 23:16, claudiu vasadi wrote:
> > If you simplky do "sysctl -d hw.usb.no_boot_wait" you will see the
> > explanation ;)
>
> Probably why Eitan asked as that description:
> a) means nothing to people unfamiliar with device enumeratio
On Thursday 19 July 2012 11:14:42 Doug Barton wrote:
> The xhci code in 8-stable works, but it's not mentioned in the NOTES
> files in sys/conf, sys/i386/conf, or sys/amd64/conf. The module is
> hooked up in sys/modules/usb/Makefile, and that's how I've been using it
> so far. Is it not possible to
On Thursday 19 July 2012 11:38:11 Doug Barton wrote:
> On 07/19/2012 02:17, Hans Petter Selasky wrote:
> > On Thursday 19 July 2012 11:14:42 Doug Barton wrote:
> >> The xhci code in 8-stable works, but it's not mentioned in the NOTES
> >> files in sys/conf, sys/i
On Thursday 19 July 2012 12:34:34 Doug Barton wrote:
> On 07/19/2012 03:29, Hans Petter Selasky wrote:
> > On Thursday 19 July 2012 11:38:11 Doug Barton wrote:
> >> On 07/19/2012 02:17, Hans Petter Selasky wrote:
> >>> On Thursday 19 July 2012 11:14:42 Doug Barton wr
On Sunday 23 September 2012 16:30:53 geoffrey levand wrote:
> Hi,
>
> i have the following problem.
> I have a composite USB device with multiple USB interfaces. Some of
> interfaces belong to the Bluetooth device and other to the WLAN device.
> The problem is i want my WLAN driver to claim only
On Saturday 29 September 2012 11:25:21 geoffrey levand wrote:
> geoffrey levand
Can you verify this patch:
http://svn.freebsd.org/changeset/base/241078
--HPS
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Sunday 07 October 2012 01:42:33 Jin Guojun wrote:
> 1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can work.
> 9.1-RC1 has no such problem.
>
> 2) All i386 / amd64 of 9.1-RC1/RC2 have USB read failure -- see dmesg
> output at end of this email.
> ada0 is internal SATA dri
On Sunday 07 October 2012 12:42:11 Hans Petter Selasky wrote:
> On Sunday 07 October 2012 01:42:33 Jin Guojun wrote:
> > 1) moused stops functioning on 9.1-RC2. Neither PS2 nor USB mouse can
> > work.
> >
> > 9.1-RC1 has no such problem.
> >
> > 2) A
Hi,
I currently have not tested VIMAGE with USB devices.
Detach is the final exit for a USB device.
There is also shutdown, but softc still is around.
--HPS
On Sunday 28 October 2012 19:47:20 Adrian Chadd wrote:
> ping?
>
> Marko - would you be willing to add the if_free() vnet context setup
On Thursday 15 November 2012 20:16:12 Adrian Chadd wrote:
> Hans brings up a very good point for USB - they split if_alloc and
> if_attach across two different threads.
>
> So this works for non-USB devices, but not for USB devices.
>
> Hans, does each device implement its own workqueue for this
On Saturday 24 November 2012 00:00:44 Niclas Zeising wrote:
> Hi!
> I have a couple of questions about USB.
> I recently bought a new USB keyboard, a Logitech K120. When attaching
> this to a FreeBSD system, however, it is detected as a hid device
> (attaching to uhid) rather than a keyboard (atta
On Saturday 24 November 2012 12:13:49 Hans Petter Selasky wrote:
> On Saturday 24 November 2012 00:00:44 Niclas Zeising wrote:
> > Hi!
> > I have a couple of questions about USB.
> > I recently bought a new USB keyboard, a Logitech K120. When attaching
> > this to a Fre
On Saturday 24 November 2012 13:54:45 Niclas Zeising wrote:
> On 11/24/12 13:23, Niclas Zeising wrote:
> > On 11/24/12 13:17, Hans Petter Selasky wrote:
> >> On Saturday 24 November 2012 12:13:49 Hans Petter Selasky wrote:
> >>> On Saturday 24 November 2012 00:00:44 N
On Saturday 24 November 2012 14:24:07 Niclas Zeising wrote:
> On 11/24/12 14:19, Hans Petter Selasky wrote:
> > On Saturday 24 November 2012 13:54:45 Niclas Zeising wrote:
> >> On 11/24/12 13:23, Niclas Zeising wrote:
> >>> On 11/24/12 13:17, Hans Petter Selask
On Friday 01 February 2013 13:46:59 Wojciech Puchar wrote:
> i am out of current knowledge about common TV for about 10 years.
>
> Currently in Poland there is aerial TV broadcasted in DVB-T standard.
> There are TVs with builtin decoder/demodulator or separate
> decoders/demodulator with HDMI out
On 04/14/13 00:45, Joshua Isom wrote:
I've got my printer to finally work, now that I got around to hooking it
up again and trying. It's a Kodak AiO, and there's a driver that's been
around for a few years and works under Linux. It doesn't work properly
under FreeBSD, or a Debian/kFreeBSD jail,
On 04/15/13 22:14, Joshua Isom wrote:
On 4/15/2013 5:41 AM, Hans Petter Selasky wrote:
Hi,
What does dmesg say about your printer.
Is cups hooked up the correct /dev/uxxx device ?
--HPS
Here's what I got the last time I plugged it in.
Apr 13 07:38:17 jri root: Unknown USB device: v
On 05/10/13 21:33, Alexander Leidinger wrote:
On Fri, 10 May 2013 13:43:47 +0200
Uffe Jakobsen wrote:
On 2013-05-10 12:11, Alexander Leidinger wrote:
I worry about what is going on. We have something which is supposed
to provide security as required, but is does not seem to work as
described
On Sunday 11 February 2007 09:39, Eugene M. Kim wrote:
> Hello all,
>
> I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12).
> The tablet comes with a mouse and I managed to get valid coordinate data
> from the device. However, unlike usual mice, the coordinate system is
> tied
Hi,
Was __FreeBSD_version bumped when this change was introduced?
--HPS
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi,
My input in this regard is:
1) The new stack must be detach safe. I.E. no race conditions at detatch.
2) The stack must be able to take an arbitrary mutex, that is provided by the
low level device driver, and not just Giant.
--HPS
___
freebsd-hac
Hi,
In the new USB stack I have defined the following:
u_int32_t
mtx_drop_recurse(struct mtx *mtx)
{
u_int32_t recurse_level = mtx->mtx_recurse;
u_int32_t recurse_curr = recurse_level;
mtx_assert(mtx, MA_OWNED);
while(recurse_curr--) {
mtx_unlock(mtx)
On Thursday 26 April 2007 23:18, Julian Elischer wrote:
> Hans Petter Selasky wrote:
> > Hi,
> >
> > In the new USB stack I have defined the following:
> >
> > u_int32_t
> > mtx_drop_recurse(struct mtx *mtx)
> > {
> > u_int32_t recu
On Thursday 26 April 2007 23:50, Attilio Rao wrote:
> 2007/4/26, Julian Elischer <[EMAIL PROTECTED]>:
> > The reason that mutexes ever recurse in the first place is usually
> > because one piece of code calls itself (or a related piece of code) in a
> > blind manner.. in other words, it doesn't kno
On Thursday 26 April 2007 23:52, Bosko Milekic wrote:
> On 4/26/07, Hans Petter Selasky <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > In the new USB stack I have defined the following:
>
> Could you perhaps describe some of the codepaths in the USB stack that
>
On Friday 27 April 2007 19:39, Matthew Dillon wrote:
> The real culprit here is passing held mutexes to unrelated procedures
> in the first place because those procedures might have to block, in
> order so those procedures can release and reacquire the mutex.
> That's just bad codin
On Friday 27 April 2007 15:14, Daniel Eischen wrote:
> On Fri, 27 Apr 2007, Hans Petter Selasky wrote:
> > On Thursday 26 April 2007 23:50, Attilio Rao wrote:
> >> 2007/4/26, Julian Elischer <[EMAIL PROTECTED]>:
> >>> The reason that mutexes ever recurse in the
On Friday 27 April 2007 20:01, Julian Elischer wrote:
> Hans Petter Selasky wrote:
> > First of all: Where is FreeBSD's locking strategy document?
>
> It is just started..
> man 9 locking. it needs a lot of work still.
Excellent.
>
> > We should have a
> >
Hi,
Why should LISTs only be forward traversable? The following piece of code make
lists backward traversable:
/sys/sys/queue.h:
+#define LIST_PREV(head,elm,field) \
+ (((elm) == LIST_FIRST(head)) ? ((__typeof(elm))0) : \
+ ((__typeof(elm))(((uint8_t *)((elm)->field.le_prev)) - \
+
On Sunday 06 May 2007 13:39, Mark Murray wrote:
> Hans Petter Selasky writes:
> > Hi,
> >
> > Why should LISTs only be forward traversable? The following piece of
> > code make lists backward traversable:
>
> No objection to the concept.
>
> But...
&
On Sunday 20 May 2007 14:36, Maxim Konovalov wrote:
> On Sun, 20 May 2007, 15:59+0330, Mohsen Pahlevanzadeh wrote:
> > Dear all,
> > When you wanna write a module for linux kernel,you have 2 function:
> > init_module() & cleanup_module()
> > But now i need to write a little module for FreeBSD kerne
On Tuesday 29 May 2007 20:10, [EMAIL PROTECTED] wrote:
> hi all,
>
> Sorry for cross posting, but perhaps hackers is a better list than
> multimedia for this topic.
>
> i am trying to port my old assembler soft for Dos to FreeBSD.
> i need to write and read directly to the midi and scsi device.
> w
On Friday 01 June 2007 12:19, Artis Caune wrote:
> Hello FreeBSD-hackers!
>
> what is the right way to stop callout which is initialized with mutex:
>callout_init_mtx(&callout_function, &my_mtx, 0);
>
> should I lock mutex before calling callout_drain() or not?
>
> man page says: callout_drain(
Hi,
I testing booting with a combo USB/Firewire carbus card, but no interrupts are
genereated. If I plug the card in when the computer is not cold, it works
fine. Any ideas? Does the cardbus driver generate a dummy interrupt to make
sure that any outstanding interrupts are cleared?
[EMAIL PROT
On Friday 08 June 2007 09:17, Hidetoshi Shimokawa wrote:
> Do you have INTR_FILTER in your kernel config file?
No.
> Does the USB driver use interrupt filter or only ithread?
Ithread.
Interrupt filter is NULL I think.
#if (__FreeBSD_version >= 700031)
err = bus_setup_intr(self, sc->sc_
On Friday 08 June 2007 09:30, Hidetoshi Shimokawa wrote:
> The latest firewire driver I commited this week uses interrupt filter.
> There might be some bad interaction between them if they share IRQ.
>
> You can disable interrupt filter of firewire driver by changing
> #define FWOHCI_INTFILT 0
> i
On Friday 08 June 2007 11:09, Hidetoshi Shimokawa wrote:
> It seems that the firewire driver is unrelated to the problem.
> Doesn't firewire device work too?
>
I haven't tested it. I don't have any FW devices.
--HPS
___
freebsd-hackers@freebsd.org maili
On Friday 08 June 2007 11:43, Paolo Pisati wrote:
> > I testing booting with a combo USB/Firewire carbus card, but no
> > interrupts are
> > genereated. If I plug the card in when the computer is not cold, it works
> > fine. Any ideas? Does the cardbus driver generate a dummy interrupt to
> > make
On Friday 08 June 2007 17:52, Garrett Cooper wrote:
> Hans Petter Selasky wrote:
> > On Friday 08 June 2007 11:43, Paolo Pisati wrote:
> >>> I testing booting with a combo USB/Firewire carbus card, but no
> >>> interrupts are
> >>> genereated. If I p
On Friday 22 June 2007 22:42, Patrick Tracanelli wrote:
> Hello all,
>
> I have used the mentioned devices on FreeBSD 5.4 in the past, and they
> worked just fine, but now I get problems with the same device, on top of
> 6.2-STABLE and also 7.0-CURRENT.
>
> From `usbdevs -v`, I get:
>
> Controller
Hi,
I want to get rid of the copying between DMA'able memory and non-DMA'able
memory.
Currently I allocate N memory-pages for each USB transfer like separate pages.
The bus-dma system then assigns all of these pages each their virtual
address.
What I see is that when I allocate more than PAGE
On Wednesday 04 July 2007 19:35, John-Mark Gurney wrote:
> Hans Petter Selasky wrote this message on Wed, Jul 04, 2007 at 09:01 +0200:
> > I want to get rid of the copying between DMA'able memory and non-DMA'able
> > memory.
> >
> > Currently I allocate N me
On Friday 06 July 2007 01:35, John Baldwin wrote:
> On Thursday 05 July 2007 04:25:17 pm John Baldwin wrote:
> > On Thursday 05 July 2007 03:31:59 am Hans Petter Selasky wrote:
> > > On Wednesday 04 July 2007 19:35, John-Mark Gurney wrote:
> > > > Hans Petter Selasky
On Friday 06 July 2007 22:41, John Baldwin wrote:
> On Friday 06 July 2007 02:59:39 am Hans Petter Selasky wrote:
> > On Friday 06 July 2007 01:35, John Baldwin wrote:
> > > On Thursday 05 July 2007 04:25:17 pm John Baldwin wrote:
> > > > On Thursday 05 July 2007 0
On Monday 09 July 2007 20:47, Christopher Davis wrote:
> http://people.freebsd.org/~cg/template.c
>
> Thought I would take a look at the audio driver template as
> part of my task to modernize drivers, soc2007. I would simplify
> the read and write functions to avoid using the bus tag and
> handle,
On Sunday 05 August 2007, Weongyo Jeong wrote:
> Hello,
>
> I just finished to port zyd(4) from NetBSD for FreeBSD and it works well in
> my environment without any panic ;-) (In zb1211b, RF AL2230, open auth,
> 54M). But It's not perfect and not be tested on another RF controllers and
> not on zb
On Thursday 09 August 2007, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> Hans Petter Selasky <[EMAIL PROTECTED]> writes:
> : On Sunday 05 August 2007, Weongyo Jeong wrote:
> : > Hello,
> : >
> : > I just finished to port z
Hi,
>
> Doing tcpdump on the interface and pinging does not show any packets
> flowing. Please note that tcpdump shows the arp who-has request right
> after I assign the ip address.
>
If think you have to use the BPF macros before you get anything in tcpdump.
BTW: Have you looked at any other US
Hi,
I'm planning to create a new socket type in FreeBSD called AF_Q921, which is
to be used for ISDN telephony. Where do I find documentation on how to
implement a new socket in the kernel ?
--HPS
___
freebsd-hackers@freebsd.org mailing list
http://li
On Saturday 08 March 2008, Max Laier wrote:
> Am Sa, 8.03.2008, 11:33, schrieb Hans Petter Selasky:
> > I'm planning to create a new socket type in FreeBSD called AF_Q921, which
> > is
> > to be used for ISDN telephony. Where do I find documentation on how to
>
> in
1 - 100 of 226 matches
Mail list logo
