On Fri, Jun 14, 2013 at 11:07:02PM +0200, Alexander Leidinger wrote:
> db> bt
> Tracing pid 2356
> uart_sab82532_class() at 0
> devfs_ioctl_f() at devfs_ioctl_f+0xf0
> kern_ioctl() at kern_ioctl+0x1d7
> sys_ioctl() at sys_ioctl+0x142
> ---snip---
>
> Anyone with a pointer to an explanation how to
On Sat, Jun 15, 2013 at 09:34:59AM +0200, Hans Petter Selasky wrote:
> It is some error code from busdma.
This is not helpful, obviously.
We need to know exactly what call failed, with what parameters together
with the values from the tag. Then the hypothesis about the system state
could be made a
On Fri, Jun 14, 2013 at 02:59:57PM -0700, Alfred Perlstein wrote:
> On 6/14/13 9:38 AM, Luigi Rizzo wrote:
> > On Fri, Jun 14, 2013 at 12:07:29PM -0400, John Baldwin wrote:
> >> On Wednesday, June 12, 2013 2:36:52 pm Alfred Perlstein wrote:
> >>> On 6/12/13 11:01 AM, Luigi Rizzo wrote:
> hi,
>
On Sat, Jun 15, 2013 at 01:26:10PM +0200, Luigi Rizzo wrote:
> With "indirect buffers" in netmap/vale, i can eliminate the A->B copy,
> and do A->C with a copyin in the kernel of the host.
> But the per-packet budget is minuscule, and i am afraid that doing
> an unconditional vslock() on each buffe
On Sat, Jun 15, 2013 at 02:31:34PM +0300, Konstantin Belousov wrote:
> On Sat, Jun 15, 2013 at 01:26:10PM +0200, Luigi Rizzo wrote:
> > With "indirect buffers" in netmap/vale, i can eliminate the A->B copy,
> > and do A->C with a copyin in the kernel of the host.
> > But the per-packet budget is mi
It is some error code from busdma.
--HPS
-Original message-
> From:Konstantin Belousov
> Sent: Saturday 15th June 2013 7:29
> To: Sergey V. Dyatko
> Cc: k...@freebsd.org; curr...@freebsd.org
> Subject: Re: USB Keyboard not worked on current (r251681)
>
> On Fri, Jun 14, 2013 at 12:41
Hi,
sys/dev/usb/usb_busdma.c
Just add error printf() there in all cases. Should be trivial.
Probably also something is printed by: sysctl hw.usb.debug=15
--HPS
-Original message-
> From:Konstantin Belousov
> Sent: Saturday 15th June 2013 12:24
> To: Hans Petter Selasky
> Cc: Sergey
TB --- 2013-06-15 17:30:17 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-06-15 17:30:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
Can you please also create patch for -current?
On Saturday 15 June 2013 08:17:46 Konstantin Belousov wrote:
> On Fri, Jun 14, 2013 at 10:16:15AM +0300, Artyom Mirgorodskiy wrote:
> > Thank you! This patch also solve my issue (unable shutdown):
> > http://lists.freebsd.org/pipermail/freebsd-current
On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote:
> Can you please also create patch for -current?
It is for current. Code in stable/9 should be identical though.
pgp78Kyej0eyX.pgp
Description: PGP signature
I can't apply patch
On Saturday 15 June 2013 21:48:08 Konstantin Belousov wrote:
> On Sat, Jun 15, 2013 at 09:46:02PM +0300, Artyom Mirgorodskiy wrote:
> > Can you please also create patch for -current?
> It is for current. Code in stable/9 should be identical though.
--
Artyom Mirgorodskiy
On Sat, 15 Jun 2013 11:17:07 +0300
Mikolaj Golub wrote:
> On Fri, Jun 14, 2013 at 11:07:02PM +0200, Alexander Leidinger wrote:
>
> > db> bt
> > Tracing pid 2356
> > uart_sab82532_class() at 0
> > devfs_ioctl_f() at devfs_ioctl_f+0xf0
> > kern_ioctl() at kern_ioctl+0x1d7
> > sys_ioctl() at sys_io
On 05/20/13 16:56, Kirk McKusick wrote:
I pointed Robert and Pawel at your discussion on creating a new
PRIV_KMEM and adding a check for it in memopen(). I am of the opinion
that this is a good idea, but I am hoping that one of Robert or Pawel
will comment since they are much more active in this
On Sat, Jun 15, 2013 at 05:23:50PM -0600, Jamie Gritton wrote:
> Index: sys/dev/mem/memdev.c
> ===
> --- sys/dev/mem/memdev.c (revision 251793)
> +++ sys/dev/mem/memdev.c (working copy)
> @@ -67,8 +67,14 @@
> {
> int e
14 matches
Mail list logo
