Just found that my scripts that would detect image types by means of the
"file" command do not work anymore in RELEASE-11. :(
Whats happening in R11.1 is this:
$ scanimage > /tmp/SCAN
$ file /tmp/SCAN
/tmp/SCAN: data
While on R10 in looked this way, which appears slightly more useful:
$ scani
On 07.08.2017 19:21, Mark Martinec wrote:
But this is all for 11.0, on 11.1 it hangs and I cannot look it up:
Does it also hang if you choose 'Safe mode" in the loader dialog?
It hangs even with 'Safe mode' (multiuser):
https://imgur.com/a/fz3KB
Thanks,
Michael
--
___
On 07.08.2017 19:21, Mark Martinec wrote:
But this is all for 11.0, on 11.1 it hangs and I cannot look it up:
Does it also hang if you choose 'Safe mode" in the loader dialog?
Mark
It hangs even with 'Safe mode' (multiuser):
https://imgur.com/a/fz3KB
I tried setting cam boot delay, as
But this is all for 11.0, on 11.1 it hangs and I cannot look it up:
Does it also hang if you choose 'Safe mode" in the loader dialog?
Mark
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsub
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221146
--- Comment #14 from Cassiano Peixoto ---
(In reply to Sean Bruno from comment #13)
Dear Sean,
I've just opened a PR 221317 regarding ixgbe driver update and netmap issue.
Thanks.
--
You are receiving this mail because:
You are on the C
On 07.08.2017 19:09, Hans Petter Selasky wrote:
Can you get dmesg without the USB debug enabled?
But this is all for 11.0, on 11.1 it hangs and I cannot look it up:
Copyright (c) 1992-2016 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
On 08/07/17 18:28, Michael Schmiedgen wrote:
dmesg:
Aug 7 18:26:34 antares kernel: usbd_pipe_enter: enter
Aug 7 18:26:34 antares kernel: usbd_pipe_enter: enter
Aug 7 18:26:34 antares kernel: usbd_pipe_start: start
Aug 7 18:26:34 antares kernel: usbd_pipe_start: start
Aug 7 18:26:34 antares
On 07.08.2017 18:10, Hans Petter Selasky wrote:
Are you sure you loaded all drivers, like XHCI, EHCI, OHCI, UHCI ? DOes the
BIOS offer any USB options?
After enabling the 'USB hands off' in BIOS I got the strange 'error 5' with
11.1,
disable_enumeration was not enabled BTW:
https://imgur.c
On 07.08.2017 18:10, Hans Petter Selasky wrote:
Are you sure you loaded all drivers, like XHCI, EHCI, OHCI, UHCI ? DOes the
BIOS offer any USB options?
https://imgur.com/a/YN428
It seems like some cheapo hardware.
BTW, after the hang I requested KVM access at our hoster, so there
is possibl
On 07.08.2017 18:10, Hans Petter Selasky wrote:
Can you try getting the dmesg.
You can also disable USB enumeration setting these:
hw.usb.disable_enumeration: 0
dev.uhub.2.disable_enumeration: 0
dev.uhub.1.disable_enumeration: 0
dev.uhub.0.disable_enumeration: 0
Are you sure you loaded all dr
On 08/07/17 17:59, Michael Schmiedgen wrote:
Hi list,
after upgrading kernel from 11.0 to 11.1 the boot process stopped,
waiting forever for some USB stuff. I tried to skip waiting with
hw.usb.no_boot_wait="1"
in /boot/loader.conf but then I got a very strange ZFS 'mount error 5',
which I had
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221146
Sean Bruno changed:
What|Removed |Added
Status|Open|In Progress
CC|
Hi list,
after upgrading kernel from 11.0 to 11.1 the boot process stopped,
waiting forever for some USB stuff. I tried to skip waiting with
hw.usb.no_boot_wait="1"
in /boot/loader.conf but then I got a very strange ZFS 'mount error 5',
which I had some time ago upgrading from 10.0 to 10.1. Tha
On 7 Aug 2017, at 16:20, Maxim Sobolev wrote:
>
> One way to defeat this would be to mark those headers with the #pragma
> clang system_header. As per:
>
> https://clang.llvm.org/docs/UsersManual.html#id27
That won’t fix the issue, because base (as you can see from the passed compile
command)
One way to defeat this would be to mark those headers with the #pragma
clang system_header. As per:
https://clang.llvm.org/docs/UsersManual.html#id27
-Max
On Mon, Aug 7, 2017 at 6:20 AM, Maxim Sobolev wrote:
> Hi, we noticed that some of our internal packages fail the build on 11.1
> now with
Hi, we noticed that some of our internal packages fail the build on 11.1
now with -pedantic:
*00:31:09.178* Warning: Object directory not changed from original
/tmp/mnt/dncd/work/dncd-20170627161415*00:31:09.178* cc -pipe -g3 -O0
-pipe -fstack-protector -fno-strict-aliasing -Wall -pedantic -O0 -g3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221050
Kubilay Kocak changed:
What|Removed |Added
CC|freebsd-stable@FreeBSD.org |ger...@freebsd.org
See A
On 07.08.2017 15:30, Andrey V. Elsukov wrote:
> On 06.08.2017 06:35, Greg Rivers wrote:
>> The running interface looks like this:
>> lagg0: flags=8843 metric 0 mtu 1500
>>
>> options=507bb
>> ether ac:16:2d:1e:b8:80
>> inet xxx.xxx.217.100 netmask 0xff80 broadcast xxx.xxx.217.12
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221050
verma...@interia.pl changed:
What|Removed |Added
CC||verma...@interia.pl
--- Comme
On 06.08.2017 06:35, Greg Rivers wrote:
> The running interface looks like this:
> lagg0: flags=8843 metric 0 mtu 1500
>
> options=507bb
> ether ac:16:2d:1e:b8:80
> inet xxx.xxx.217.100 netmask 0xff80 broadcast xxx.xxx.217.127
> inet6 fe80::ae16:2dff:fe1e:b880%lagg0 pr
20 matches
Mail list logo