Reverting it unfortunately doesn't help; it messes up the event timer stuff.
I'd like to see a more permanent solution. What I suggest we do moving
forward is:
* create a function pointer setup, like what i386 does
* override it per-platform and per-chipset, once we know what the
correct behaviou
On Sat, Oct 1, 2011 at 12:39 PM, Adrian Chadd wrote:
> Reverting it unfortunately doesn't help; it messes up the event timer stuff.
I would like to understand this, reverting r216862 would take out the
critical_enter() and cpu_idleclock() which would keep the timer
interrupts coming is as usual,
On 1 October 2011 15:21, Jayachandran C. wrote:
> I would like to understand this, reverting r216862 would take out the
> critical_enter() and cpu_idleclock() which would keep the timer
> interrupts coming is as usual, this should not affect the event timer.
Because the fundamental problem still
.. and somehow linux mips code does do a variety of WAIT-y things; how
is it they don't have the interrupt handling issues we do?
Is it because they're doing preemption? If so, how do they accurately
handle hz clock pulses when an interrupt may preempt things just
before that wait instruction occur
Author: ed
Date: Sat Oct 1 09:16:07 2011
New Revision: 225893
URL: http://svn.freebsd.org/changeset/base/225893
Log:
Correct column with for device numbers made in previous change.
The device number should be displayed using only five columns -- not eight.
Modified:
head/usr.bin/fstat/f
Author: kib
Date: Sat Oct 1 10:18:55 2011
New Revision: 225894
URL: http://svn.freebsd.org/changeset/base/225894
Log:
The sigwait(3) function shall not return EINTR, according to the
POSIX/SUSvN. The sigwait(2) syscall does return EINTR, and libc.so.7
contains the wrapper sigwait(3) which h
On Sat, Oct 01, 2011 at 10:18:55AM +, Konstantin Belousov wrote:
> Author: kib
> Date: Sat Oct 1 10:18:55 2011
> New Revision: 225894
> URL: http://svn.freebsd.org/changeset/base/225894
>
> Log:
> The sigwait(3) function shall not return EINTR, according to the
> POSIX/SUSvN. The sigwait(
Adrian Chadd wrote:
> .. and somehow linux mips code does do a variety of WAIT-y things; how
> is it they don't have the interrupt handling issues we do?
> Is it because they're doing preemption? If so, how do they accurately
> handle hz clock pulses when an interrupt may preempt things just
> befo
Adrian Chadd wrote:
> On 1 October 2011 15:21, Jayachandran C. wrote:
>
>> I would like to understand this, reverting r216862 would take out the
>> critical_enter() and cpu_idleclock() which would keep the timer
>> interrupts coming is as usual, this should not affect the event timer.
>
> I have
Author: ed
Date: Sat Oct 1 12:19:48 2011
New Revision: 225897
URL: http://svn.freebsd.org/changeset/base/225897
Log:
Reimplement ctermid().
Even though POSIX allows us to return simply /dev/tty as a pathname
identifying the controlling terminal of the running process, it is nicer
if th
On Fri Sep 30 11, Edward Tomasz Napiera?a wrote:
> Wiadomo?? napisana przez Alexander Best w dniu 29 wrz 2011, o godz. 20:57:
> > On Thu Sep 29 11, Edward Tomasz Napiera?a wrote:
> >> Wiadomo?? napisana przez Alexander Best w dniu 29 wrz 2011, o godz. 14:14:
> >>> On Thu Sep 29 11, Edward Tomasz Na
* Alexander Best , 20110929 14:14:
> i think i wrote you about the two spaces between the "TT" and "TIME" field
> some time ago. you said that the "TT" entry can contain a postfix "-". can
> you describe a situation, where this can occur? i've never seen the "TT" field
> contain an entry larger tha
Author: marius
Date: Sat Oct 1 13:11:29 2011
New Revision: 225899
URL: http://svn.freebsd.org/changeset/base/225899
Log:
Also allocate space for the PIL counters. Given that no machine actually
uses IV_MAX interrupt vectors this wasn't a problem in practice though.
Modified:
head/sys/sparc
Author: marius
Date: Sat Oct 1 13:16:01 2011
New Revision: 225900
URL: http://svn.freebsd.org/changeset/base/225900
Log:
Nuke SUN4U #ifdef's which with the demise of sun4v no longer serve any
purpose.
Modified:
head/sys/sparc64/sparc64/genassym.c
Modified: head/sys/sparc64/sparc64/genassy
Author: marius
Date: Sat Oct 1 13:33:14 2011
New Revision: 225901
URL: http://svn.freebsd.org/changeset/base/225901
Log:
Remove obsolete macros.
Modified:
head/sys/sparc64/sparc64/pmap.c
Modified: head/sys/sparc64/sparc64/pmap.c
==
On Sat Oct 1 11, Ed Schouten wrote:
> * Alexander Best , 20110929 14:14:
> > i think i wrote you about the two spaces between the "TT" and "TIME" field
> > some time ago. you said that the "TT" entry can contain a postfix "-". can
> > you describe a situation, where this can occur? i've never seen
Author: ume
Date: Sat Oct 1 18:20:10 2011
New Revision: 225906
URL: http://svn.freebsd.org/changeset/base/225906
Log:
Shut up warnings with Cyrus SASL 2.1.25.
Spotted by: ache
Tested by:ache
Modified:
head/contrib/sendmail/src/main.c
head/contrib/sendmail/src/sendmail.h
head
On Sat, Oct 1, 2011 at 5:19 AM, Ed Schouten wrote:
> Author: ed
> Date: Sat Oct 1 12:19:48 2011
> New Revision: 225897
> URL: http://svn.freebsd.org/changeset/base/225897
...
> + if (s == NULL) {
> + s = def;
> + dlen = sizeof(def) - LEN_PATH_DEV;
> + } e
On Sat, Oct 01, 2011 at 05:14:01PM +, Alexander Best wrote:
> On Sat Oct 1 11, Ed Schouten wrote:
> > Also, it would be better if we replaced the "??" string with "-". When
> > we print "??", it actually means: this process has no controlling
> > terminal, not that we don't know which TTY it i
On Sat Oct 1 11, Jilles Tjoelker wrote:
> On Sat, Oct 01, 2011 at 05:14:01PM +, Alexander Best wrote:
> > On Sat Oct 1 11, Ed Schouten wrote:
> > > Also, it would be better if we replaced the "??" string with "-". When
> > > we print "??", it actually means: this process has no controlling
>
Author: gjb (doc committer)
Date: Sat Oct 1 20:56:58 2011
New Revision: 225908
URL: http://svn.freebsd.org/changeset/base/225908
Log:
Reorder default ps(1) output according to reality.
Submitted by: arundel (via docs@)
MFC after:1 week
Modified:
head/bin/ps/ps.1
Modified: head/bi
On Sat Oct 1 11, Alexander Best wrote:
> On Sat Oct 1 11, Jilles Tjoelker wrote:
> > On Sat, Oct 01, 2011 at 05:14:01PM +, Alexander Best wrote:
> > > On Sat Oct 1 11, Ed Schouten wrote:
> > > > Also, it would be better if we replaced the "??" string with "-". When
> > > > we print "??", it
* Garrett Cooper , 20111001 21:43:
> Why not use strlcpy, etc with dlen?
Well, I could, but it wouldn't change anything. In both cases, the size
of the buffer exceeds the size of _PATH_TTY.
--
Ed Schouten
WWW: http://80386.nl/
pgpI2Dg6pLMCm.pgp
Description: PGP signature
* Alexander Best , 20111001 23:10:
> i'd like to propose the following patch. any objections?
Looks good!
Thanks,
--
Ed Schouten
WWW: http://80386.nl/
pgp1k01qTrnVJ.pgp
Description: PGP signature
On Sun Oct 2 11, Ed Schouten wrote:
> * Alexander Best , 20111001 23:10:
> > i'd like to propose the following patch. any objections?
>
> Looks good!
here's an updated patch, which fixes another few issues imo:
http://lists.freebsd.org/pipermail/freebsd-doc/2011-Oc
Author: gjb (doc committer)
Date: Sat Oct 1 23:47:37 2011
New Revision: 225912
URL: http://svn.freebsd.org/changeset/base/225912
Log:
Tweaks to ps(1):
- there's no reason the semantics of the -x flag are being explained in
the -a flag description
- be more precise regarding the relation
Author: adrian
Date: Sun Oct 2 02:42:31 2011
New Revision: 225913
URL: http://svn.freebsd.org/changeset/base/225913
Log:
Fix a panic in the wifi stack when a software beacon miss occurs in the wrong
state.
The ieee80211_swbmiss() callout is not called with the ic lock held, so it's
quit
27 matches
Mail list logo
