On Tue, 28 Jun 2011, Alan Larson wrote:
Description:
The macro __aligned(x) is used several places in files in /usr/include, but
is only
defined if using a sufficiently new version of GCC, or an Intel compiler.
The definitions are inside an #if __GNUC_PREREQ__(2, 7) and #if
defined(__I
The following reply was made to PR kern/158418; it has been noted by GNATS.
From: Bruce Evans
To: Alan Larson
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: misc/158418: /usr/include librarys broken by unnecessary extra
macro indirection.
Date: Thu, 30 Jun 2011 09
On Thu, 30 Jun 2011, Alan Larson wrote:
Thanks for your reply. Perhaps I need to clarify a few details.
On Tue, 28 Jun 2011, Alan Larson wrote:
Description:
The macro __aligned(x) is used several places in files in /usr/include, but
is only
defined if using a sufficiently new version
The following reply was made to PR kern/158418; it has been noted by GNATS.
From: Bruce Evans
To: Alan Larson
Cc: b...@optusnet.com.au, freebsd-bugs@freebsd.org,
freebsd-gnats-sub...@freebsd.org
Subject: Re: misc/158418: /usr/include librarys broken by unnecessary extra
macro
On Mon, 4 Jul 2011, Tom Hukins wrote:
Description:
When a pipe has more than 8192 bytes written to it, the current process
hangs and does not handle signals correctly.
It just blocks and does handle signals correctly.
If a pipe is open in not-O_NONBLOCK mode (as is the case here), write()s
The following reply was made to PR kern/158641; it has been noted by GNATS.
From: Bruce Evans
To: Tom Hukins
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/158641: Writing > 8192 bytes to a pipe blocks signal handling
Date: Thu, 7 Jul 2011 12:21:25 +1000 (
On Sun, 14 Mar 2010, Alexander Best wrote:
Description:
gcc complaints about the use of exit() in assert.c:
/usr/src/lib/libstand/assert.c:43: warning: implicit declaration of function
'exit'
It's not clear where this should be declared, or even it must exist.
exit() might be supplied by the
The following reply was made to PR kern/144749; it has been noted by GNATS.
From: Bruce Evans
To: Alexander Best
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Subject: Re: misc/144749: [libstand] [patch] make assert.c use abort(3)
instead of exit(3)
Date: Tue, 16 Mar 2010 02
On Mon, 22 Mar 2010, Garrett Cooper wrote:
Functions as expected provided test added in
http://p4web.freebsd.org/chv.cgi?CH=175930 ; I'm just making one minor
style change from the previous patch so that errx(3) in find_play_pen
exits with EXIT_FAILURE instead of 2 (I agree that EXIT_FAILURE
On Tue, 23 Mar 2010, Garrett Cooper wrote:
On Tue, Mar 23, 2010 at 12:26 PM, Bruce Evans wrote:
On Mon, 22 Mar 2010, Garrett Cooper wrote:
? ?Functions as expected provided test added in
http://p4web.freebsd.org/chv.cgi?CH=175930 ; I'm just making one minor
style change from the pre
On Tue, 30 Mar 2010, Rich Ercolani wrote:
Description:
nfsd performs abysmally on this machine under conditions in which Solaris's NFS
implementation is reasonably fast, and while local IO to the same filesystems
is still zippy.
Please don't format lines for 200+ column terminals.
Does it
The following reply was made to PR misc/145189; it has been noted by GNATS.
From: Bruce Evans
To: Rich Ercolani
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: misc/145189: nfsd performs abysmally under load
Date: Wed, 31 Mar 2010 02:50:16 +1100 (EST)
On Tue, 30
On Tue, 30 Mar 2010, Garrett Cooper wrote:
Hi,
I'm not 100% satisfied with this patch now. Looking back it fails
the following case:
-PDo not follow symbolic links in the file hierarchy, instead con-
sider the symbolic link itself in any comparisons. This is the
On Wed, 31 Mar 2010, Bruce Evans wrote:
On Tue, 30 Mar 2010, Garrett Cooper wrote:
Hi,
I'm not 100% satisfied with this patch now. Looking back it fails
the following case:
-PDo not follow symbolic links in the file hierarchy, instead con-
sider the symbolic
On Tue, 30 Mar 2010, Rich wrote:
On Tue, Mar 30, 2010 at 11:50 AM, Bruce Evans wrote:
For instance, copying a 4GB file over NFSv3 from a ZFS filesystem with the
following flags
[rw,nosuid,hard,intr,nofsc,tcp,vers=3,rsize=8192,wsize=8192,sloppy,addr=X.X.X.X](Linux
client, the above is the
The following reply was made to PR misc/145189; it has been noted by GNATS.
From: Bruce Evans
To: Rich
Cc: Bruce Evans , freebsd-gnats-sub...@freebsd.org,
freebsd-bugs@freebsd.org
Subject: Re: misc/145189: nfsd performs abysmally under load
Date: Wed, 31 Mar 2010 07:11:32 +1100 (EST
On Wed, 31 Mar 2010, Garrett Cooper wrote:
Description:
As discovered when reviewing mtree(8) as part of bin/144411, there are a number
of items with -P that doesn't work... all chown, chmod, and stat calls for
instance are the non-l variety, which means that unfortunately the file
informati
The following reply was made to PR bin/145230; it has been noted by GNATS.
From: Bruce Evans
To: Garrett Cooper
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: bin/145230: mtree(8) -P is broken because l* functions aren't
being used
Date: Fri, 2 Apr 2010 18:
On Wed, 21 Apr 2010, Garrett Cooper wrote:
On Tue, Apr 20, 2010 at 7:33 AM, Wayne Sierke wrote:
>> The fact that "%4s" fails and isn't noted in the addendum is a failure
>> according to the specifications of hexdump as per the manpage; "%.4s"
>> passing is a reasonable workaround for broken "%[
On Fri, 28 May 2010, Jilles Tjoelker wrote:
On Fri, May 28, 2010 at 12:38:30PM +0200, Ed Schouten wrote:
* Ed Schouten wrote:
Why should the shell be responsible for this? Shouldn't we put stuff
like this in /sbin/init?
Of course not. This belongs in root's dotfiles. Although login.conf
s
On Mon, 31 May 2010, Garrett Cooper wrote:
The following reply was made to PR kern/147226; it has been noted by GNATS.
The following reply is only to to the addresses in the header mangled by
GNATS, so it might be lost by GNATS as usual:
> From: Bruce Cran
> To: bug-follo...@freebsd.org, eu
On Wed, 2 Jun 2010, Jilles Tjoelker wrote:
On Sat, May 29, 2010 at 02:35:34AM +1000, Bruce Evans wrote:
On Fri, 28 May 2010, Jilles Tjoelker wrote:
On Fri, May 28, 2010 at 12:38:30PM +0200, Ed Schouten wrote:
* Ed Schouten wrote:
Why should the shell be responsible for this? Shouldn'
On Mon, 7 Jun 2010, Martin Simmons wrote:
Description:
The select system call wakes indicating timeout after 24 hours even if the
timeout specifies a longer delay.
Fix:
I think the problem is that seltdwait is implemented using cv_timedwait_sig,
which returns EWOULDBLOCK on timeout. The c
The following reply was made to PR kern/147647; it has been noted by GNATS.
From: Bruce Evans
To: Martin Simmons
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/147647: select wakes after 24 hours even if timeout is
longer
Date: Tue, 8 Jun 2010 05:41:39 +1000
On Mon, 21 Jun 2010, Garrett Wollman wrote:
In article
,
gcoo...@freebsd.org writes:
>foo: bar
>@echo target: $@ prereq: $<
>$ make -f ~/Makefile.prereq foo
>target: foo prereq:
This doesn't look like a POSIX makefile (IIRC the original mail shows
a cat command to show the whole makefile)
On Mon, 28 Jun 2010, Jaakko Heinonen wrote:
...
It's a disklabel bug to inspect the errno value in the success case.
POSIX states: "The value of errno should only be examined when it is
...
This patch for bsdlabel(8) might fix the error message:
%%%
Index: sbin/bsdlabel/bsdlabel.c
=
On Mon, 28 Jun 2010, Jaakko Heinonen wrote:
On 2010-06-28, Garrett Cooper wrote:
> Or the malloc(3) call could be fixed with the couple of lines I
> noted (well, adlibbed of course...
>
> Which I agree with, but shouldn't we fix malloc(3) (and any other
> function calls that depend on ma
On Thu, 29 Jul 2010 jil...@freebsd.org wrote:
Synopsis: find(1) -ls wastes space
State-Changed-From-To: open->closed
State-Changed-By: jilles
State-Changed-When: Thu Jul 29 23:24:55 UTC 2010
State-Changed-Why:
I don't think there is a good way to fix this.
Iterating over all users with getpwent
On Mon, 30 May 2016 a bug hiding sysem wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189513
softw...@bertram-scharpf.de changed:
What|Removed |Added
Resolution|---
On Sat, 23 Jul 2016 a bug that doesn't want replies wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211304
--- Comment #3 from Mark Millard ---
(In reply to Mark Millard from comment #0)
The code in question for the overflow in an implicit constant conversion is
for:
c.err_to
On Mon, 15 Aug 2016 "a bug that doesn't want replies"@freebsd.org wrote:
Updated from 11.0-ALPHA to 11.0-RC2 this afternoon on a test machine and ran
into a really odd problem.
The system in question has an encrypted root ZFS pool, which results in a
prompt for the GELI password during the boot
On Tue, 30 Aug 2016 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211965
Kyle Evans changed:
What|Removed |Added
Attachment #17
On Fri, 3 Mar 2017 "a bug that doesn't want replies"@freebsd.org wrote:
--- Comment #2 from Mark Willson ---
As I understand the theory of boot0/boot1/boot2/loader operations, boot2
should have all the registers, bios calls, and setup correct for direct
execution of the kernel. Assuming, of co
On Sat, 1 Apr 2017, Eitan Adler wrote:
+freebsd-standards for folks that know more than I do
On 1 April 2017 at 08:54, Lewis Donzis wrote:
It's fairly annoying that cp has no way to suppress the chflags error when the
destination file is on an NFS mount. A bigger problem than the error mess
On Fri, 6 Mar 2015 bugzilla-nore...@freebsd.org wrote:
According to coverity 1193663, the following check always yields a false
result:
405if (st.st_size > SIZE_T_MAX) {
406_close(fd);
407SAVEFAIL(name, lang, EFBIG);
408NLRETERR(EFBIG);
409}
_
result_indepe
On Mon, 13 Apr 2015 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199422
I testing out a change to build lib/msun/tests on all architectures, and I
lib/msun/tests/fmod_test failed to compile on MACHINE == {arm,mips,powerpc}
with the following error:
t_fm
On Tue, 21 Apr 2015 bugzilla-nore...@freebsd.org wrote:
I've been tinkering with the code, out of curiosity, and I've reimplemented
strncmp() to check the performance. Here are my results and the benchmark code:
42359800221 cycles -- FreeBSD strncmp()
42113090043 cycles -- FreeB
On Fri, 29 May 2015 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200493
--- Comment #5 from Konstantin Belousov ---
(In reply to Edward Tomasz Napierala from comment #4)
Great, you nailed it down.
Look at the tdsigwakeup(), which is called from the mai
On Sun, 6 Sep 2015 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202933
When a terminal is revoked, writing to it sets errno to:
- ENXIO until FreeBSD 10.1 kernel
- EIO with FreeBSD 10.2 kernel
The following program can be used to see this behaviour chan
On Tue, 27 Oct 2015 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173541
--- Comment #9 from Alexander Motin ---
I don't know whether it is the only cause of such behavior, but I have one
logical explanation. The problem goes from the sampled nature of
On Tue, 27 Oct 2015 bugzilla-nore...@freebsd.org wrote:
Bugzilla doesn't want replies, so I shouldn't reply. I didn't reply to it.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204049
Dmitry Sivachenko changed:
What|Removed |Added
--
On Thu, 29 Oct 2015, Bruce Evans wrote:
...
There ar many bugs in the implementation of clock_gettime() family. Some
of the related ones are:
- none of the above unportable clock ids is documented
- CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID are bogusly named.
The '_ID'
On Sun, 8 Nov 2015 comment-igno...@freebsd.org wrote:
--- Comment #1 from NGie Cooper ---
It's not just arm64; amd64 does/did a horrible job at yielding when in the
debugger (part of the reason why we have a script which goes and suspends test
VMs at $work if/when they panic).
I thought it wo
On Mon, 9 Nov 2015 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204376
--- Comment #2 from Conrad E. Meyer ---
If ARM is anything like amd64, it just spinwaits in IPI_STOP (waiting for the
CPU
to be re-enabled). On amd64 you could reduce it to 2 CPUs s
On Tue, 10 Nov 2015 a bug that doesn't want a reply wrote:
--- Comment #4 from NGie Cooper ---
This is still sadly valid on 11-CURRENT -- please note that the amount of
memory shown is negative ~2GB :(...
This affects many people because... having this much memory is commonplace now.
Er, thi
On Sat, 21 Nov 2015 a bug that supreesses replies in mail wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204671
Jilles Tjoelker changed:
What|Removed |Added
On Sun, 22 Nov 2015 a bug that doesn't want replies wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204671
--- Comment #3 from ne...@segfault.kiev.ua ---
(In reply to Jilles Tjoelker from comment #2)
Jilles, thanks for the excellent explanation. This exposes I have lost some
important
On Fri, 18 Dec 2015 a bug system that doesn't want replies wrote:
Revision 181905 by e...@freebsd.org brought the new MPSAFE TTY layer and removed
"drainwain" timeout support. Now applications working with serial port can hang
forever on close() system call:
It brought many other bugs. About
On Fri, 18 Dec 2015, Eugene Grosbein wrote:
18.12.2015 23:05, Bruce Evans ??:
...
There is a hack for last-close that is supposed to give a hard-coded
timeout
of 1 second. Not sure why this doesn't work for you. My quick fix that
restores the timeout uses slightly different
On Fri, 4 Apr 2014, Yasuhiro KIMURA wrote:
Description:
There have been typedef of bool in rpcsvc/yp_prot.h since it
is added to source tree in August 1994. But there is also
definition of bool in stdbool.h, and they conflict when both
headers are used. An acutu
The following reply was made to PR kern/188247; it has been noted by GNATS.
From: Bruce Evans
To: Yasuhiro KIMURA
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: kern/188247: [PATCH] include/rpcsvc/yp_prot.h: remove typedef
of bool.
Date: Fri, 4 Apr 2014 18:57:41
On Thu, 17 Apr 2014, Dirk-Willem van Gulik wrote:
Description:
Was trying to map out some bad blocks prior to temporarily read/empty 4 Tbyte
volume using ?badsect(8)? - and returing it.
Was expecting to be able to put the sector # into badsect (e.g. 3432631424 from
below FSCK output).
This
The following reply was made to PR bin/188715; it has been noted by GNATS.
From: Bruce Evans
To: Dirk-Willem van Gulik
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: bin/188715: int64 not handled right as arg on badsect(8), possible
other issues lurking
Date: Thu
On Fri, 18 Apr 2014, Garrett Cooper wrote:
And one more thing: fixing this will make FreeBSD more POSIX
compliant with this system call (
http://pubs.opengroup.org/onlinepubs/009695299/functions/access.html
), will match the behavior on Linux and NetBSD at least:
The access() function may f
On Thu, 24 Apr 2014, Justin Cormack wrote:
Description:
I have this ktrace of revoking a pty device:
...
43214 luajit-2.0.2 CALL revoke(0xfebc8)
43214 luajit-2.0.2 NAMI "/dev/pts/1"
43214 luajit-2.0.2 RET revoke 0
43214 luajit-2.0.2 CALL read(0x4,0xa4170,0x1000)
43214 luajit-2.0.2 RET re
The following reply was made to PR kern/188952; it has been noted by GNATS.
From: Bruce Evans
To: Justin Cormack
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: kern/188952: read after revoke giving error not eof
Date: Fri, 25 Apr 2014 02:46:26 +1000 (EST)
On Thu
On Mon, 19 May 2014, Peter Holm wrote:
Description:
Passing -1 as gidsetlen is not detected. Discovered by ATF. Caught on Ubuntu
and OS/X.
A typical error from abusing an unsigned variable as a counter. This doesn't
even match the API. This bug was in 4.4BSD.
The fix seems to be almost as
The following reply was made to PR kern/189941; it has been noted by GNATS.
From: Bruce Evans
To: Peter Holm
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org
Subject: Re: kern/189941: getgroups(2) implements first argument as unsigned
int
Date: Tue, 20 May 2014 18:14:43 +1000
On Sun, 6 Jul 2014 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191674
...
One of the testcases in tools/regression/lib/libc/stdio/test-printbasic.t tests
out %tu with -1 and it fails because the testcase is correctly expecting
UINT32_MAX, not UINT64_MAX.
On Tue, 19 Aug 2014 bugzilla-nore...@freebsd.org wrote:
Its treatment of mail (both sending and receiving) is even worse than gnats.
Reporter: ta0k...@gmail.com
Its initial bug, for sending, is having a sender of bugzilla-nonreply
so that you can't see who originated the mail. The P
On Wed, 4 Feb 2015 bugzilla-nore...@freebsd.org wrote:
Created attachment 152566
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=152566&action=edit
python script to generate a bunch of subdirectories with files in them
This may be considered a feature -- it detected a bad script that
On Sun, 16 Jul 2017 a bug that doesn't want repl...@freebsd.org wrote:
...
Summary: getgroups result is affected by setegid
...
Reporter: muh.muh...@gmail.com
On FreeBSD, the groups applicable to a process are stored in an array with the
egid in [0] and and zero or more (not
On Fri, 11 Aug 2017 a bug that doesn't want repl...@freebsd.org wrote:
--- Comment #1 from Conrad Meyer ---
Truncated INT64_MIN should be INT32_MIN on 2's complement, not 0. Seems like
we just lack a (time_t) cast on the value.
Truncated INT64_MIN should be and is, 0 in 2's complement, since
On Mon, 14 Aug 2017 a big that doesn't want repl...@freebsd.org wrote:
It is possible to panic 11.0-RELEASE by mounting a malformed msdosfs image.
Did you check it with fsck before mounting? Otherwise the problem is
probably uninteresting. No file system in FreeBSD except possibly zfs
does m
On Mon, 4 Dec 2017 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224069
Mark Linimon changed:
What|Removed |Added
On Mon, 4 Dec 2017, Bruce Evans wrote:
On Mon, 4 Dec 2017 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224069
...
I spent days looking for bugs near here. Unfortunately, removing the
commenting out doesn't fix them, since
On Mon, 4 Dec 2017 a bug that doesn't want reple...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224069
--- Comment #9 from Jung-uk Kim ---
...
In the FreeBSD forums, there are constant complaints regarding Nvidia cards.
...
So I have the strong feeling that there is
On Wed, 20 Dec 2017 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203129
--- Comment #10 from h...@shrubbery.net ---
I have noticed another regressive behavior from this:
Local system status:
3:01AM up 36 days, 7 hrs, 3 users, load averag
On Wed, 17 Jan 2018 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225265
Bug ID: 225265
Summary: Lack of monotonic clock prolongs the default sudo 5
minutes password caching as long as suspend lasts
On Fri, 2 Feb 2018 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225626
--- Comment #1 from Brooks Davis ---
I'd agree it's pointless, but there's seriously nothing wrong with the fix
other than making a path that isn't performance relevan
On Sat, 3 Feb 2018, Conrad Meyer wrote:
On Sat, Feb 3, 2018 at 3:52 AM, Bruce Evans wrote:
On Fri, 2 Feb 2018 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225626
--- Comment #1 from Brooks Davis ---
...
Note that memset shou
On Wed, 28 Mar 2018 a bug that doesn't want repl...@freebsd.org wrote:
--- Comment #2 from Sergey ---
(In reply to Arshan Khanifar from comment #1)
Hello Arshan,
There are patches suggested for several files in this thread:
https://forums.freebsd.org/threads/kbdmap-and-keyboard-mapping-files.57
On Tue, 10 Apr 2018 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227404
...
--- Comment #1 from Dexuan Cui ---
When the issue happens, the cpu utilization of the UP VM is 100%.
While we're trying to find the first bad revision, it would b
On Tue, 10 Apr 2018 a bug that doesn't want repl...@freebsd.org wrote:
(The bug didn't even Cc freebsd-bugs for this followup.)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227404
--- Comment #4 from Dexuan Cui ---
I think the first bad patch is this one:
https://github.com/freebsd/fre
On Tue, 10 Apr 2018, Dexuan Cui wrote:
From: Bruce Evans
Sent: Tuesday, April 10, 2018 00:45
On Tue, 10 Apr 2018 a bug that doesn't want repl...@freebsd.org wrote:
(The bug didn't even Cc freebsd-bugs for this followup.)
Thanks for the reminder! I Cc'd bugs@ just now.
---
On Mon, 4 Jun 2018 a bug that doesn't want replies (especially to the
reporter)@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228755
Bug ID: 228755
Summary: libvgl under syscons causes system reboot (via SDL
1.2)
...
I was attempti
On Tue, 5 Jun 2018, Bruce Evans wrote:
On Mon, 4 Jun 2018 a bug that doesn't want replies (especially to the
reporter)@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228755
Bug ID: 228755
Summary: libvgl under syscons causes system reboot (vi
On Tue, 5 Jun 2018, Mahmoud Al-Qudsi wrote:
On Tue, Jun 5, 2018 at 7:32 AM, Bruce Evans wrote:
This is the driver getting the check wrong for all frame buffer sizes that
are not a multiple of PAGE_SIZE. The frame buffer size is not a multiple
of PAGE SIZE mainly for the interesting
On Wed, 6 Jun 2018, Bruce Evans wrote:
On Tue, 5 Jun 2018, Mahmoud Al-Qudsi wrote:
On Tue, Jun 5, 2018 at 7:32 AM, Bruce Evans wrote:
...
1920x1080x8. I use this fix:
...
- if (offset > adp->va_window_size - PAGE_SIZE)
+ if (offset > trunc
On Sun, 24 Jun 2018 a bug that does't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201685
--- Comment #4 from cstde...@ctgameinfo.com ---
I encountered this error because I was trying to log periodic snapshots of top
output as part of tracking down some syst
On Sun, 19 Aug 2018 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230757
--- Comment #2 from k...@kzxiv.net ---
I confirm, it stops happening when I set the VM to only have one CPU, and
inversely, I get more colors if I add more CPUs.
Seem
On Mon, 10 Sep 2018, Koro wrote:
In FreeBSD-11:
- for boot messages, configure SC_KERNEL_CONS_ATTR to anything except its
default of FG_WHITE (0xf).
- after booting, use the hw.syscons.kattr sysctl to change the array of
MAXCPU kernel attributes to whatever you want (all FG_WHITE to get
On Thu, 7 Feb 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230172
--- Comment #30 from Pavel Minaev ---
To use X, you'll need to kldload drm_next_kmod. If you do that with sc driver
in effect, your screen will go blank the moment you
On Fri, 8 Feb 2019, Bruce Evans wrote:
On Thu, 7 Feb 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230172
[syncing sc with i915kms, fixing lost video, and fixing corrupt i915kms]
On a Haswell desktop:
- first load of i9
On Tue, 26 Feb 2019 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236065
I work doing tests, and I found one possible in a decentralized system that is
used worldwide.
I want to simulate a specific date in the 22nd century;
however when I define the sys
On Thu, 28 Feb 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236096
After switching from SCHED_ULE to SCHED_4BSD I immediately noticed that top
Congratulations on the switch. SCHED_ULE is slightly better, but I use my
version SCHED_
On Thu, 21 Mar 2019 bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236702
Bug ID: 236702
Summary: KERN_UPTIME not updated after resume
...
Reporter: tr...@freebsd.org
It seems the time returned by clock_gettime(CLOCK_UPTIME)
On Thu, 4 Apr 2019 a bug that dpesnt want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236838
--- Comment #5 from longw...@incore.de ---
Created attachment 203384
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203384&action=edit
Output serial console of
On Sun, 21 Apr 2019 a bug that doesn't want repl...@freebsd.org wrote:
Created attachment 203861
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=203861&action=edit
dmesg log with 8.4 livefs disk
I've booted the FreeBSD 8.4 livefs disk.
Disk is correctly configured:
ad3: FAILURE - SETF
On Mon, 22 Apr 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202712
--- Comment #21 from Andriy Gapon ---
(In reply to Domagoj Hranjec from comment #20)
And my point is that I am not sure if you have actually tested reading from the
e
On Wed, 29 May 2019, [UTF-8] Andr?? S. Almeida wrote:
When the network interface media "em0" is changed the communication stops
working.
To reproduce the problem simply execute:
ifconfig em0 media autoselect
If you change "autoselect" to any other media, the same problem happens.
I am using
On Sat, 13 Jul 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238837
--- Comment #3 from WHR ---
(In reply to Conrad Meyer from comment #2)
I knwon that ptrace(2) can't be used to debug any kernel processes, allowing
that would hang o
On Sun, 14 Jul 2019, [UTF-8] ?~N~K?~X~J?~D? wrote:
Thanks for share this. The followings are my suggestions.
But debugging also
requires normal signal handling, perhaps including core dumps, so
my replacements for the bogus pid tests may be too strong.
I think this could be fixed by allowing
On Mon, 26 Aug 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240121
That effect is unexpected to me. I would expect opposite -- reduction of wait
time, since code reduces number of buffer flushes and utilizes hardware FIFO.
I may need
On Thu, 21 Jun 2012, Shinji KOBAYASHI wrote:
Description:
man utimes 2 shows that utimes(file, NULL) updates file modified time to
current time. But the sample code shows tv_mtim.tv_nsec equals 0, after
utimes(file, NULL).
It sets tv_mtim to the current time in the current timestamp precisi
The following reply was made to PR kern/169282; it has been noted by GNATS.
From: Bruce Evans
To: Shinji KOBAYASHI
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/169282: utimes does not update st_mtim.tv_nsec when
utimes(file, NULL)
Date: Fri, 22 Jun 2012 02
On Thu, 26 Jul 2012, Garrett Cooper wrote:
Description:
Creating a fifo and then dd'ing across the fifo using /dev/zero doesn't seem to
yield the behavior one would expect to have; dd should either exit thanks to
SIGPIPE being sent or the count being completed.
Furthermore, the count is bogu
The following reply was made to PR kern/170203; it has been noted by GNATS.
From: Bruce Evans
To: Garrett Cooper
Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org
Subject: Re: kern/170203: [kern] piped dd's don't behave sanely when dealing
with a fifo
Date: Fri, 27 Jul
On Fri, 27 Jul 2012, David Xu wrote:
On 2012/7/27 10:07, Bruce Evans wrote:
I think it's working almost as expected. Large blocks give non-atomic
I/O, so the reader sees small blocks, then EOF when it gets ahead of
the writer. This always happens without SMP.
Not is a bug (debugged
The following reply was made to PR kern/170203; it has been noted by GNATS.
From: Bruce Evans
To: davi...@freebsd.org
Cc: Bruce Evans , Garrett Cooper ,
freebsd-bugs@FreeBSD.org, freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/170203: [kern] piped dd's don't behave sanely wh
101 - 200 of 231 matches
Mail list logo