On 01/17/17 16:50, John Baldwin wrote:
> On Monday, January 16, 2017 10:10:16 PM Hans Petter Selasky wrote:
>> On 01/16/17 20:31, John Baldwin wrote:
>>> On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote:
>>>> Hi,
>>>>
>>>>
On 01/17/17 16:50, John Baldwin wrote:
Index: kern_clocksource.c
===
--- kern_clocksource.c (revision 312301)
+++ kern_clocksource.c (working copy)
@@ -503,7 +503,12 @@ configtimer(int start)
state->
On 01/17/17 16:50, John Baldwin wrote:
(One odd thing is that even in your case the first call to handleevents(),
the 'now => state->nextcallout' check in handleevents() should be true
which resets both nextcall and nextcallopt and invokes callout_process().)
Hi,
I suspect the cpu_new_callout(
On 01/16/17 15:34, Jia-Shiun Li wrote:
Yes. I noticed this because systat refreshes looked slower,
and keystroke did not repeat smoothly for 30/s.
I've seen something similar. Does the attached patch make any difference?
Can you dump:
vmstat -i
Just after boot w/ and w/o the attached patch,
On 01/16/17 20:31, John Baldwin wrote:
On Monday, January 16, 2017 04:51:42 PM Hans Petter Selasky wrote:
Hi,
When booting I observe an additional 30-second delay after this print:
Timecounters tick every 1.000 msec
~30 second delay and boot continues like normal.
Checking "vmst
Hi,
When booting I observe an additional 30-second delay after this print:
Timecounters tick every 1.000 msec
~30 second delay and boot continues like normal.
Checking "vmstat -i" reveals that some timers have been running loose.
cpu0:timer 44300442
cpu1:tim
On 01/06/17 11:04, blubee blubeeme wrote:
I was looking at the linuxkpi source code in /sys/compat/linuxkpi and I had
a question.
A lot of those files just look like linux files brought over to FreeBSD, is
there any reason why those files couldn't be implemented in BSD w/o the
dependencies on th
On 01/03/17 16:26, Moore, Robert wrote:
Not sure I understand. The fix has been committed, and is part of version
20161222.
Hi Robert,
From what I can see that patches have been pushed to the following
branch, vendor-sys/acpica/20161222/, see:
https://svnweb.freebsd.org/changeset/base/31
On 12/22/16 21:04, Moore, Robert wrote:
ACPICA version 20161222 happened today, with a fix for the problem below.
+1
When will the fix be merged to -head ?
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listin
On 12/06/16 11:04, Hans Petter Selasky wrote:
On 11/24/16 14:11, Vsevolod Stakhov wrote:
Then I don't understand how your patch should affect the solving
procedure. If pkg tries to reinstall something without *reason* it is a
good sign of bug in pkg itself and/or your database/repo and n
On 12/13/16 05:08, Lewis ingraham wrote:
4. Another potential problem with usb drive detection as well. Usb ports
work just fine in something like windows and linux but not FreeBSD.
Can you show dmesg of failed enumerations? Did you try to set some
device quirks?
--HPS
__
On 12/09/16 22:09, Steve Kargl wrote:
I updated my system to
% svn info /usr/src
Path: /usr/src
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 3
On 12/06/16 13:52, Slawa Olhovchenkov wrote:
On Tue, Dec 06, 2016 at 12:50:40PM +0100, Hans Petter Selasky wrote:
On 12/06/16 12:47, Slawa Olhovchenkov wrote:
Now I am try to update fw in chelsio card.
Firmware can't be updated if card was running (interface go to UP).
I am try to u
On 12/06/16 12:47, Slawa Olhovchenkov wrote:
Now I am try to update fw in chelsio card.
Firmware can't be updated if card was running (interface go to UP).
I am try to unload if_cxgbe module, check module unloaded... and after
short time see module loaded again!
How is this possible?
Hi,
devd
On 11/24/16 14:11, Vsevolod Stakhov wrote:
Then I don't understand how your patch should affect the solving
procedure. If pkg tries to reinstall something without *reason* it is a
good sign of bug in pkg itself and/or your database/repo and not in SAT
solver.
I'll try to review your issue but I
On 12/04/16 01:04, Colin Percival wrote:
Starting with r309124 (when clang/llvm 3.9.0 was imported) I'm seeing EC2
instances panic on boot with a division-by-zero error; the code in question
is in blkfront.c, printing out the size of disks:
device_printf(dev, "%juMB <%s> at %s",
On 11/24/16 14:11, Vsevolod Stakhov wrote:
On 24/11/2016 13:05, Hans Petter Selasky wrote:
On 11/24/16 13:13, Vsevolod Stakhov wrote:
On 23/11/2016 16:27, Ed Schouten wrote:
Hi Hans,
2016-11-23 15:27 GMT+01:00 Hans Petter Selasky :
I've made a patch to hopefully optimise SAT solving i
On 11/24/16 14:05, Hans Petter Selasky wrote:
the non-patched version wants to reinstall 1 package.
Spelling: patched version wants to reinstall 1 package only.
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman
On 11/24/16 13:13, Vsevolod Stakhov wrote:
On 23/11/2016 16:27, Ed Schouten wrote:
Hi Hans,
2016-11-23 15:27 GMT+01:00 Hans Petter Selasky :
I've made a patch to hopefully optimise SAT solving in our pkg utility.
Nice! Do you by any chance have any numbers that show the perfor
On 11/23/16 17:27, Ed Schouten wrote:
Hi Hans,
2016-11-23 15:27 GMT+01:00 Hans Petter Selasky :
I've made a patch to hopefully optimise SAT solving in our pkg utility.
Nice! Do you by any chance have any numbers that show the performance
improvements made by this change?
Hi Ed,
I
FYI
I've made a patch to hopefully optimise SAT solving in our pkg utility.
https://github.com/freebsd/pkg/issues/1505
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send a
On 11/13/16 18:43, Daniel Campos do Nascimento wrote:
Hello,
First time posting on a mailing list...
I currently have 11.0-STABLE installed on my laptop which has a Core
i7-6500U. I can't get Xorg-server to work neither with xf86-driver-intel,
nor with i915kms driver; I'm falling back on the sc
On 10/31/16 22:12, Sergey Manucharian wrote:
Excerpts from Hans Petter Selasky's message from Fri 19-Aug-16 15:01:
If you are using webcamd, please help test the latest version which includes
the most recent Linux v4.8-rc1 media tree sources.
The latest webcamd port is available from here:
sv
On 10/15/16 18:18, Ulrich Spörlein wrote:
Hey all, while 11.x is -STABLE now, this happens to my machine ever
since I upgraded it to 11-CURRENT years ago. I have no idea when this
started, actually, but what always happens is this:
- System and X11 is up and running, I keep it running over night
On 09/30/16 01:01, Benjamin Kaduk wrote:
Hi all,
I've updated from r302211 (June 26) to r306427 (yesterday), and the
behavior of audio/sox (in its play(1) alias) seems to have changed. I
used to be able to suspend play(1) for an arbitrary period of time and
have the output continue when it was
Hi,
Does use of wmb() and rmb() for amd64 as defined in
sys/amd64/include/atomic.h required use of critical_enter()/critical_exit().
I was looking at the code in sys/amd64/amd64/cpu_switch.S which switches
between threads and I don't see any "sfence" instructions in there.
Given the followi
On 09/23/16 09:34, Hans Petter Selasky wrote:
On 09/23/16 08:33, Sergey V. Dyatko wrote:
Hi,
subj.
WTR:
1/ kldload cuse
2/ kldload cuse4bsd
expected (by me) behavior: 'Cuse4BSD: Please exit all /dev/cuse
instances and
processes which have used this device.' message and exit,
On 09/23/16 08:33, Sergey V. Dyatko wrote:
Hi,
subj.
WTR:
1/ kldload cuse
2/ kldload cuse4bsd
expected (by me) behavior: 'Cuse4BSD: Please exit all /dev/cuse instances and
processes which have used this device.' message and exit, not kernel panic
HI,
You should only load one of them. make
On 09/19/16 19:43, Adrian Chadd wrote:
hi,
I'll try it out tonight! Is the rtwn repo still "ok" to try as a
standalone thing?
The usbdevs patch is fine standalone - would you like to just commit
this in advance?
Possibly you should also rebuild /etc/devd/usb.conf to automatically
load the c
On 08/29/16 22:12, Antonio Olivares wrote:
Dear folks,
I apologize in advance if this is not in the right list, if I need to
pose this question in questions, I will do so as soon as I find out.
I am having trouble with switching apps in Lumina desktop with the
mouse, I removed moused from /etc/r
On 08/28/16 16:02, Miguel C wrote:
On Sun, Aug 28, 2016 at 12:53 PM, Hans Petter Selasky
wrote:
Hi,
The descriptors you sent look OK.
Can you run webcamd from gdb and trace all the parameters and code path
taken inside the function named usb_setup_endpoint which triggers after
you run
On 08/28/16 01:59, Miguel C wrote:
Actually for me it was failing before, so I gave this a go, yet testing
with pwcview, cheese even mplayer all fail.
I just compiled the updated version (v4.8.0.4) with DEBUG=on
I'm starting webcamd manually:
udo webcamd -d ugen0.4 -i 0 -v 0 -m pwc-if.power_sa
On 08/26/16 15:38, O. Hartmann wrote:
It is a USB interface PCB with an AT90USB162 microcontroler chip.
Attached to a FreeBSD 12-CURRENT system, it reports itself as a UHID device.
there is also a software package available - for Windows and Linux, but it
doesn't work for FreeBSD, the package com
Hi,
If you are using webcamd, please help test the latest version which
includes the most recent Linux v4.8-rc1 media tree sources.
The latest webcamd port is available from here:
svn --username anonsvn --password anonsvn \
checkout svn://svn.turbocat.net/i4b/trunk/ports/multimedia/webc
On 08/04/16 09:56, K. Macy wrote:
#12 taskqueue_drain (queue=0x0, task=0xfe004fc17150) at
Hi,
Looks like a NULL pointer, queue=NULL
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On 07/21/16 09:54, Julien Charbon wrote:
Hi,
On 7/14/16 11:02 PM, Larry Rosenman wrote:
On 2016-07-14 12:01, Julien Charbon wrote:
On 6/20/16 11:55 AM, Julien Charbon wrote:
On 6/20/16 9:39 AM, Gleb Smirnoff wrote:
On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote:
J> > Compar
On 07/15/16 10:43, Gleb Smirnoff wrote:
On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote:
M> > On 07/15/16 05:45, Matthew Macy wrote:
M> > > glebius last commit needs some further re-work.
M> >
M> > Glebius commit needs to be backed out, at least the API change that
M> > changes
On 07/15/16 05:45, Matthew Macy wrote:
glebius last commit needs some further re-work.
Hi,
Glebius commit needs to be backed out, at least the API change that
changes the return value when calling callout_stop() when the callout is
scheduled and being serviced. Simply because there is code o
On 07/12/16 11:03, Michael Zhilin wrote:
Hi,
I have same issue everyday on my laptop. It happens randomly and I suppose
due to network issues.
I want to test D4507. I've tried to apply patch, it's successful except one
chunk:
I've updated D4605 . It will fix the panic that results of the comm
On 07/12/16 10:37, Peter Holm wrote:
Exiting from single-user mode triggers this:
ifa_maintain_loopback_route: deletion failed for interface igb0: 3
panic: bogus refcnt 0 on lle 0xf80121a13a00
cpuid = 9
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xf
On 06/27/16 13:55, Baptiste Daroussin wrote:
On Mon, Jun 27, 2016 at 12:38:02PM +0200, Hans Petter Selasky wrote:
Hi,
I found some bugs in PKG with regard to the SAT_SOLVER environment variable.
Please find patch attached :-)
Issues fixed:
1) No need to use hash table when generating SAT
On 06/27/16 14:36, Tomoaki AOKI wrote:
On Mon, 27 Jun 2016 12:21:30 +0200
Hans Petter Selasky wrote:
On 06/27/16 11:28, O. Hartmann wrote:
Running most recent CURRENT aka 11.0-ALPHA5 r30, after the box went to
multiuser there is no USB support in X11 anymore: no keyboard, no mouse.
This
Hi,
I found some bugs in PKG with regard to the SAT_SOLVER environment
variable. Please find patch attached :-)
Issues fixed:
1) No need to use hash table when generating SAT rules for external
solver. Variables are already in a linear array. Fix encoding and
decoding of SAT data.
2) Endles
On 06/27/16 11:28, O. Hartmann wrote:
Running most recent CURRENT aka 11.0-ALPHA5 r30, after the box went to
multiuser there is no USB support in X11 anymore: no keyboard, no mouse.
This is with nVidia GPU and driver BLOB 367.27.
Version 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #12 r302170: Fri Jun
On 06/20/16 12:30, Gleb Smirnoff wrote:
What does prevent us from converting TCP timeouts to locked? To my
understanding it is the lock order of taking pcbinfo after pcb lock.
I started this work:
https://reviews.freebsd.org/D1563
--HPS
___
freebsd-
On 06/20/16 12:30, Gleb Smirnoff wrote:
Exactly! I am convinced that all callouts should be locked, and non-locked
one should simply go away, as well as async drain.
I agree about that that, except you still need the async drain, because
it will prevent freeing the lock protecting the callout,
On 06/20/16 11:58, Gleb Smirnoff wrote:
J> callout_stop() should return 0 when the callout is currently being
J> serviced and indeed unstoppable
J>
https://reviews.freebsd.org/differential/changeset/?ref=62513&whitespace=ignore-most
What are the old paths impacted?
Hi Gleb,
Digging throu
On 06/20/16 11:58, Gleb Smirnoff wrote:
The fix I am working on now is doing exactly that. callout_reset must
return 0 if the callout is currently running.
What are the old paths impacted?
Hi,
I'll dig into the matter aswell and give some comments. Thanks for the
analysis, Gleb.
FYI: This
On 06/18/16 21:12, Johannes Dieterich wrote:
On Sat, Jun 18, 2016 at 3:07 PM, Hans Petter Selasky wrote:
On 06/18/16 04:15, Johannes Dieterich wrote:
Dear list,
I observe the following when I try to write to any USB drive:
Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY
On 06/18/16 04:15, Johannes Dieterich wrote:
Dear list,
I observe the following when I try to write to any USB drive:
Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): INQUIRY.
CDB: 12 00 00 00 24 00
Jun 17 22:02:35 manray kernel: (probe0:umass-sim0:0:0:0): CAM status:
CCB request compl
On 06/17/16 06:53, Gleb Smirnoff wrote:
Hi!
At Netflix we are observing a race in TCP timers with head.
The problem is a regression, that doesn't happen on stable/10.
The panic usually happens after several hours at 55 Gbit/s of
traffic.
What happens is that tcp_timer_keep finds t_tcpcb bei
On 06/16/16 17:37, jenkins-ad...@freebsd.org wrote:
FreeBSD_HEAD_i386 - Build #3401 - Failure:
Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3401/changes
Full build log: https://jenkins.FreeBSD.org/jo
On 06/02/16 17:46, Lundberg, Johannes wrote:
Hi
I have a repeatable bug. I get kernel panic when doing installworld/kernel
to a USB 3.0 memory on Macbook Air (USB 3.0 port I think). FreeBSD is
11.0-CURRENT from Apr 27th.
This can be avoided by mounting synchronized (mount -o sync).
Is this a k
On 06/02/16 03:07, RayCherng Yu wrote:
I got a suddenly poweroff in r300097 (and previous revision in April and
May) when I built textproc/docproj.
My machine is Macbook Pro 13 2011 early. I have checked the Apple website.
My bios is the latest version.
Actually it also happened in 10.3-STABLE.
I
On 05/23/16 10:12, Matthew Macy wrote:
- Will Andrews identified a conditionally uninitialized return in
idr_find that could lead to a panic in some cases.
FYI
If you integrate linux_idr.c from FreeBSD-11-current, this problem and a
few others should already be solved:
For example there:
On 05/14/16 20:47, Matthias Apitz wrote:
El día Saturday, May 14, 2016 a las 12:27:28PM -0600, Sergey Manucharian
escribió:
After recent system update (I'm on FreeBSD 11.0-CURRENT r298793)
LibreOffice doesn't see CUPS printers. It shows only "Generic printer",
but doesn't actually print anythi
On 05/09/16 18:10, Hans Petter Selasky wrote:
On 05/09/16 04:34, Sergey Manucharian wrote:
I'm running FreeBSD 11.0-CURRENT r292595 on ThinkPad T430 (i7-3520M,
Intel video 4000). Today I tried to update to a fresher version.
Something has been broken somewhere between r296485 and r2976
On 05/09/16 04:34, Sergey Manucharian wrote:
I'm running FreeBSD 11.0-CURRENT r292595 on ThinkPad T430 (i7-3520M,
Intel video 4000). Today I tried to update to a fresher version.
Something has been broken somewhere between r296485 and r297692,
I suspect namely i915kms - it won't boot: at the boot
On 05/05/16 23:53, Julian H. Stacey wrote:
Has anyone else noticed ctfmerge either
- temporarily sucks the life out of the machine,
- or crashes
?
cd /usr/src; make buildworld ; make buildkernel
linking kernel.full
ctfmerge -L VERSION -g -o kernel.full ...
No rponse from these:
On 04/20/16 06:01, Warren Block wrote:
On Tue, 19 Apr 2016, Aleksander Alekseev wrote:
Why Wikipedia, specifically? There are a lot of places that describe
quicksort. How about just
Note: This implementation of qsort() is designed to avoid the
worst-case complexity of N**2 that is ofte
On 04/18/16 16:49, Ed Schouten wrote:
2016-04-18 15:09 GMT+02:00 Hans Petter Selasky :
On 04/18/16 14:16, Aleksander Alekseev wrote:
I suggest also add a short description of how it was achieved
(randomization?).
I think the algorithm is switching to mergesort. I'll look up the paper an
On 04/18/16 14:16, Aleksander Alekseev wrote:
I suggest also add a short description of how it was achieved
(randomization?).
I think the algorithm is switching to mergesort. I'll look up the paper
and add that correctly before commit.
--HPS
___
fr
Hi,
Are there any objections adding the following as part of documenting our
kernel's qsort function?
Index: sys/libkern/qsort.c
===
--- sys/libkern/qsort.c (revision 298202)
+++ sys/libkern/qsort.c (working copy)
@@ -45,6 +45,10
On 04/16/16 20:25, Pedro Giffuni wrote:
M sys/dev/usb/input/ukbd.c
M sys/dev/usb/serial/u3g.c
M sys/dev/usb/serial/uchcom.c
M sys/dev/usb/serial/umcs.c
M sys/dev/usb/serial/uplcom.c
Approved. Maybe you can remove the superfluous pair of parenthesis after
the subst
On 03/30/16 11:32, Kurt Jaeger wrote:
Hi!
in mid 2015 I did submit a patch[1] to add an USB product ID to
improve the out-of-the-box experience for owners of i-tec USB 2.0
Docking Stations. As there is no state change on the report since
then, I am wondering if I did address this the wrong way.
On 03/23/16 11:55, Eir Nym wrote:
Hi,
Is there method to check this with compiled binaries?
Hi,
You might try:
strings /boot/modules/*.ko | grep me
But you need to analyze the output. Possibly you could add a
kdb_backtrace() call around the printf in question in the kernel. That
would gi
Hi,
Were all kernel modules in /boot/modules rebuilt?
--HPS
On 03/21/16 23:32, Arseny Nasokin wrote:
I've recently upgrade my machine to FreeBSD-Current revision 297059 and got
strange result on first boot lines:
sysctl: OID number(131) is already in use for 'me'
I build system in two stages
Would the boot loaders be smaller if we had an amd64 linker with garbage
collection?
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubsc
On 03/09/16 23:04, Brendan Sechter wrote:
Hello-
My kernel fails to build when I specify a default keymap. The problem appears
to
exist in both atkbd(4) and ukbd(4). My last build appears to have succeeded in
September of last year. That may have been when I added the option.
My kernel conf
On 02/24/16 00:58, Miguel C wrote:
I just noticed the last messages were never CC'ed to the list
On Wed, Feb 10, 2016 at 8:56 PM, Otacílio wrote:
Miguel, I have noted that on my system, sometime I get a file not found
error, like your problem. So, I unplugged the webcam and plug it again and
On 02/21/16 14:33, Dimitry Andric wrote:
It might be harmless, but it is surely annoying. Initializing USB
devices takes so long because of these errors, that root mounting takes
30 to 40 seconds, and I had to hack in a 15 second pause in
/etc/rc.d/zfs to get all my ZFS filesystems on USB disks
On 02/23/16 15:36, Larry Rosenman wrote:
Any chance of someone(tm) committing this small patch to add this info by
default?
https://svnweb.freebsd.org/changeset/base/295923
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/
On 02/22/16 19:11, Larry Rosenman wrote:
On 2016-02-22 10:51, Hans Petter Selasky wrote:
On 02/22/16 17:39, Anthony Jenkins wrote:
On 02/22/2016 02:11 AM, Hans Petter Selasky wrote:
On 02/22/16 03:16, Anthony Jenkins wrote:
Yes. I have an eGalax touchscreen and it's doing the same
On 02/22/16 17:39, Anthony Jenkins wrote:
On 02/22/2016 02:11 AM, Hans Petter Selasky wrote:
On 02/22/16 03:16, Anthony Jenkins wrote:
Yes. I have an eGalax touchscreen and it's doing the same thing. The
number of items it's reporting is 256 (according to my preliminary
debugging
On 02/22/16 03:16, Anthony Jenkins wrote:
Yes. I have an eGalax touchscreen and it's doing the same thing. The
number of items it's reporting is 256 (according to my preliminary
debugging), causing the warning. I think these things are a special
subclass of HID for multitouch touchscreens which
On 02/21/16 17:28, Larry Rosenman wrote:
Does this mean that the touch screen is hitting a limit in FreeBSD's
driver?
Yes, the hid driver is limiting the range of some report. This should be
harmless. You would need to dump the HID descriptor to see the limits.
Maybe we could raise the limit
Hi,
On 02/21/16 17:27, Larry Rosenman wrote:
On 2016-02-21 07:43, Hans Petter Selasky wrote:
On 02/21/16 14:33, Dimitry Andric wrote:
If you ask me, something is just seriously broken in the way the xhci
driver works on Haswell or higher Intel CPUs. For example, on an
embedded Haswell box
On 02/21/16 14:33, Dimitry Andric wrote:
If you ask me, something is just seriously broken in the way the xhci
driver works on Haswell or higher Intel CPUs. For example, on an
embedded Haswell box with USB3 ports:
Hi,
Nothing is seriously broken in the XHCI driver. Try to set:
hw.usb.xhci.xh
On 02/20/16 06:19, Larry Rosenman wrote:
ugen0.2: at usbus0
Root mount waiting for: usbus0
usbd_setup_device_desc: getting device descriptor at addr 2 failed,
USB_ERR_IOERROR
Root mount waiting for: usbus0
usbd_setup_device_desc: getting device descriptor at addr 2 failed,
USB_ERR_IOERROR
Root
On 02/12/16 01:04, Greg Quinlan wrote:
Spoke too soon...
I applied the patch (kern_module.diff - which was successful)
# cd /usr/src# patch
To: Hans Petter Selasky ; "freebsd-current@freebsd.org"
Sent: Thursday, 11 February 2016, 22:19
Subject: Re: Open Sound System - OS
On 02/11/16 15:00, Daniel Nebdal wrote:
plugging in a
USB keyboard post-panic didn't do much
Hi,
USB enumeration is disabled in the debugger. You need to plug it in
pre-crash :-) Same with any USB crash dump device(s).
--HPS
___
freebsd-current@fr
On 02/11/16 11:14, Konstantin Belousov wrote:
On Thu, Feb 11, 2016 at 07:54:57AM +0100, Hans Petter Selasky wrote:
On 02/11/16 03:02, Greg Quinlan wrote:
Hi HPS,
Note: Does not happen on FreeBSD 10.1-Stable!
Yes, that's because WITNESS is off in 10.x by default.
Does the attached
On 02/11/16 03:02, Greg Quinlan wrote:
Hi HPS,
Note: Does not happen on FreeBSD 10.1-Stable!
Yes, that's because WITNESS is off in 10.x by default.
Does the attached patch solve your problem?
--HPS
Index: sys/kern/kern_module.c
===
On 02/10/16 11:27, miguelmcl...@gmail.com wrote:
Running the latest ports version for webcamd and cuse4bsd kmod ATM.
I haven't used it for a while and since I upgrade pkgs frequently I'm guessing
yes but, I've also updated current kernel/userland a few times for the last
time this worked and a
On 02/10/16 10:51, Greg Quinlan wrote:
Hi,
I haven't seen a Kernel Panic like this for a long time... i.e. repeatable and
due to a single command.
I have compiled the port /usr/ports/audio/oss and installed it on FreeBSD11.
A ran /usr/local/sbin/ossdetect which created the file
/usr/loca
On 02/09/16 21:22, Miguel C wrote:
I while ago cheese was working fine but I was just playing around with my
webcam today and noticed that I get this error with cheese:
'libv4l2: error turning on stream: Device not configured'
What version of webcamd are you running?
Did you upgrade since las
On 02/03/16 09:45, Marcin Mazurek wrote:
Hi,
Actually, I have got the same 'compile-with' and 'no-depend' options for my
all files.
I run to build kernel with command:
env MAKEOBJDIRPREFIX=/root/mma/anpa-build make buildkernel TARGET=arm
TARGET_ARCH=armv6 KERNCONF=ALPINE -j6 -DNO_CLEAN
I trie
On 02/02/16 14:11, Marcin Mazurek wrote:
Now my config line looks like:
dev/al_eth/al_eth.coptional al_eth \
no-depend\
compile-with "${CC} -c -o ${.TARGET} ${CFLAGS}
-I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth ${PROF} ${.IMPSRC}"
Unfortunately I s
On 02/02/16 13:29, Marcin Mazurek wrote:
I just tested this, but without any result.
I got the same errors.
Can you show the errors you got? Try temporarily adding "no-depend"
keyword to the config line before build-with .
You should also update conf/XXX to have a special depend for your fi
On 02/02/16 13:07, Marcin Mazurek wrote:
Thanks for your response.
I saw that and I tried doing it this way:
dev/al_eth/al_eth.coptional al_eth compile-with
"-I$S/contrib/alpine-hal -I$S/contrib/alpine-hal/eth"
Hi,
Try something like this:
dev/al_eth/al_eth.coptional al_et
On 02/02/16 12:46, Marcin Mazurek wrote:
Hello all,
I'm trying to include header files in the networking driver under sys/dev/,
however the headers are located in sys/contrib directory.
Does anyone have a clue or an advice on how to do this properly without
making too much trouble in the build s
On 01/30/16 19:31, Slawa Olhovchenkov wrote:
On Sat, Jan 30, 2016 at 09:25:21PM +0300, Slawa Olhovchenkov wrote:
On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote:
i currently only wanna do patch on kbd.c (because i'm sure there is a
thread-unsafety)
and i don't want to add anything to sp
On 01/26/16 12:13, Hans Petter Selasky wrote:
Hi,
I would like to remove the no-depend keyword from drivers using the
LINUXKPI_C in the kernel. Currently it fails like this:
sys/ofed/drivers/infiniband/core/mad.c:36:10: fatal error:
'linux/dma-mapping.h' file not found
#include
Hi,
I would like to remove the no-depend keyword from drivers using the
LINUXKPI_C in the kernel. Currently it fails like this:
sys/ofed/drivers/infiniband/core/mad.c:36:10: fatal error:
'linux/dma-mapping.h' file not found
#include
^
1 error generated.
That's very easy to fix, b
On 01/20/16 14:11, David Wolfskill wrote:
This is on my build machine (laptop is still building its kernel), so
kernel here is GENERIC. Copy/paste from serial console:
panic: Assertion tty_gone(tp) failed at /usr/src/sys/sys/ttydevsw.h:191
cpuid = 7
KDB: stack backtrace:
db_trace_self_wrapper()
On 12/30/15 18:16, Bjoern A. Zeeb wrote:
Hi,
I am at SVN r292843 and I just got this panic:
panic: softclock_call_cc: act 0xfe0003d36958 0
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0839d897f0
vpanic() at vpanic+0x182/frame 0xfe08
On 12/29/15 15:02, Hans Petter Selasky wrote:
On 12/29/15 14:00, Daniel Braniss wrote:
On 29 Dec 2015, at 14:44, Hans Petter Selasky wrote:
On 12/29/15 13:36, Daniel Braniss wrote:
Until /etc/devd/usb.conf is regenerated, you'll need to manually load
the kernel module for urtwn. Di
On 12/29/15 14:00, Daniel Braniss wrote:
On 29 Dec 2015, at 14:44, Hans Petter Selasky wrote:
On 12/29/15 13:36, Daniel Braniss wrote:
Until /etc/devd/usb.conf is regenerated, you'll need to manually load the
kernel module for urtwn. Did you do that?
--HPS
ok, set if_urtwn_loa
On 12/29/15 13:36, Daniel Braniss wrote:
Until /etc/devd/usb.conf is regenerated, you'll need to manually load
the kernel module for urtwn. Did you do that?
--HPS
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/list
On 12/29/15 13:26, Daniel Braniss wrote:
On 29 Dec 2015, at 12:20, Hans Petter Selasky wrote:
On 12/29/15 11:12, Daniel Braniss wrote:
https://github.com/Mange/rtl8192eu-linux-driver/blob/master/os_dep/linux/usb_intf.c
<https://github.com/Mange/rtl8192eu-linux-driver/blob/master/os_
401 - 500 of 1066 matches
Mail list logo