On Thu, May 16, 2024 at 05:48:05PM +0300, Valery Ushakov wrote:
> On Thu, May 16, 2024 at 11:54:20 +, Nia Alarie wrote:
>
> > Modified Files:
> > src/share/man/man4: eap.4
> >
> > Log Message:
> > Note that EAP_USE_BOTH_DACS is deprecated in the eap(4) manual page.
>
> Please, can you re
On Thu, May 16, 2024 at 11:54:20 +, Nia Alarie wrote:
> Modified Files:
> src/share/man/man4: eap.4
>
> Log Message:
> Note that EAP_USE_BOTH_DACS is deprecated in the eap(4) manual page.
Please, can you restore the part that explains what this option
is/does? It might be on its way o
On Wed, Feb 08, 2023 at 12:09:54 -0500, David H. Gutteridge wrote:
> > In postscript output Pq has different spacing than literal () (in
> > other entries around it).
>
> I wondered if there could be a difference. Which format do you prefer?
> (My inclination would just be to use literal parenth
On Wed, 2023-02-08 at 01:18 +0300, Valery Ushakov wrote:
> On Tue, Feb 07, 2023 at 01:17:41 +, David H. Gutteridge wrote:
>
> > Module Name:src
> > Committed By: gutteridge
> > Date: Tue Feb 7 01:17:41 UTC 2023
> >
> > Modified Files:
> > src/share/man/man4: bpf.4
> >
On Tue, Feb 07, 2023 at 01:17:41 +, David H. Gutteridge wrote:
> Module Name: src
> Committed By: gutteridge
> Date: Tue Feb 7 01:17:41 UTC 2023
>
> Modified Files:
> src/share/man/man4: bpf.4
>
> Log Message:
> bpf.4: fix a garbled item heading
>
> Make the BIOCSDIRECTION &
At Fri, 12 Mar 2021 08:03:24 +,
Nia Alarie wrote:
> Committed By: nia
> Date: Fri Mar 12 08:03:24 UTC 2021
>
> Modified Files:
> src/share/man/man4: hdaudio.4
>
> Log Message:
> Clarify problem.
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.18 -r1.19 src/share/man/m
On Fri, Mar 12, 2021 at 05:02:00PM +1100, matthew green wrote:
> > Modified Files:
> > src/share/man/man4: hdaudio.4
> >
> > Log Message:
> > Mention that formats with >16-bit precision cannot yet be used
>
> i'm not near a system to test right now, but when i added
> support for floating poin
> Modified Files:
> src/share/man/man4: hdaudio.4
>
> Log Message:
> Mention that formats with >16-bit precision cannot yet be used
i'm not near a system to test right now, but when i added
support for floating point WAVE files to audioplay, i've
converted from float32 or float64 to signed 3
"Nia Alarie" writes:
> Module Name: src
> Committed By: nia
> Date: Fri Feb 26 10:56:48 UTC 2021
>
> Modified Files:
> src/share/man/man4/man4.i386: intro.4
>
> Log Message:
> Remove extremely outdated list of supported devices
be nice to have a link to isa(4), eisa(4), and pci(4),
On Tue, Aug 25, 2020 at 10:03:28 +0900, Ryo ONODERA wrote:
> Valery Ushakov writes:
>
> > On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
> >
> >> Module Name: src
> >> Committed By: ryoon
> >> Date: Mon Aug 24 19:27:36 UTC 2020
> >>
> >> Modified Files:
> >>
Hi,
Valery Ushakov writes:
> On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
>
>> Module Name: src
>> Committed By:ryoon
>> Date:Mon Aug 24 19:27:36 UTC 2020
>>
>> Modified Files:
>> src/share/man/man4: viomb.4
>>
>> Log Message:
>> Add a missing comma
>
On Mon, Aug 24, 2020 at 19:27:36 +, Ryo ONODERA wrote:
> Module Name: src
> Committed By: ryoon
> Date: Mon Aug 24 19:27:36 UTC 2020
>
> Modified Files:
> src/share/man/man4: viomb.4
>
> Log Message:
> Add a missing comma
>
> And bump date.
I don't think minor edits like thi
On Fri, Apr 10, 2020 at 07:16:24AM -0700, Jason Thorpe wrote:
>
> > On Apr 10, 2020, at 4:44 AM, m...@netbsd.org wrote:
> >
> > I had to stop using m_defrag because implementation details broke
> > bwfm@pci. It can only handle a chain of length 1, and m_defrag gives
> > a minimum of 2.
>
> Exac
> On Apr 10, 2020, at 4:44 AM, m...@netbsd.org wrote:
>
> I had to stop using m_defrag because implementation details broke
> bwfm@pci. It can only handle a chain of length 1, and m_defrag gives
> a minimum of 2.
Exactly. If it can compact the packet into a single cluster mbuf, it should do
On Fri, Apr 10, 2020 at 11:19:02AM +0900, SAITOH Masanobu wrote:
> On 2020/04/10 2:42, David Young wrote:
> > On Thu, Apr 09, 2020 at 03:25:32PM +0900, SAITOH Masanobu wrote:
> > > On 2020/04/09 11:08, David Young wrote:
> > > > On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
> > >
> On Apr 9, 2020, at 7:19 PM, SAITOH Masanobu wrote:
>
> You're welcome.
> Some drivers still have no m_defrag() code, so we should add it
> to them().
Others do something different than m_defrag() do essentially the same effect.
Personally, I am not a huge fan of the m_defrag() API.
-- th
On 2020/04/10 2:42, David Young wrote:
On Thu, Apr 09, 2020 at 03:25:32PM +0900, SAITOH Masanobu wrote:
On 2020/04/09 11:08, David Young wrote:
On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
on I219 I observe about 35% transmit performance drop when tso4 enabled
This sounds
On Thu, Apr 09, 2020 at 03:25:32PM +0900, SAITOH Masanobu wrote:
> On 2020/04/09 11:08, David Young wrote:
> > On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
> > > on I219 I observe about 35% transmit performance drop when tso4 enabled
> >
> > This sounds familiar. There was a b
Hi.
On 2020/04/09 11:08, David Young wrote:
On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
Module Name:src
Committed By: jdolecek
Date: Wed Apr 8 23:01:52 UTC 2020
Modified Files:
src/share/man/man4: wm.4
Log Message:
add a warning in checksum offloa
On Wed, Apr 08, 2020 at 11:01:52PM +, Jaromir Dolecek wrote:
> Module Name: src
> Committed By: jdolecek
> Date: Wed Apr 8 23:01:52 UTC 2020
>
> Modified Files:
> src/share/man/man4: wm.4
>
> Log Message:
> add a warning in checksum offload that hardware TCP segmentation might
At Mon, 16 Mar 2020 09:20:01 +,
Nia Alarie wrote:
> Committed By: nia
> Date: Mon Mar 16 09:20:01 UTC 2020
>
> Modified Files:
> src/share/man/man4: audio.4
>
> Log Message:
> audio.4: O_NONBLOCK isn't the actual problem
> @@ -818,6 +818,8 @@
> .Xr mmap 2
> it is currently alwa
At Tue, 17 Mar 2020 10:50:59 +,
Nia Alarie wrote:
> Module Name: src
> Committed By: nia
> Date: Tue Mar 17 10:50:59 UTC 2020
>
> Modified Files:
> src/share/man/man4: audio.4
>
> Log Message:
> audio.4: 1-12 channels are only universally supported for playback.
>
> When a mon
Sorry about that!
Best regards,
Radoslaw
> On 27 Jul 2018, at 18:12, Andreas Gustafsson wrote:
>
> Module Name: src
> Committed By: gson
> Date: Fri Jul 27 16:12:40 UTC 2018
>
> Modified Files:
> src/share/man/man4: Makefile
>
> Log Message:
> Add missing backslash to unbreak t
Sevan Janiyan writes:
> The address is still valid, in that emails to this address do not bounce.
i don't think we should published other people's email addresses,
even if they are @netbsd.org.
if someone does that themselves it should be kept, but please don't
put (my) email address in such a sp
The address is still valid, in that emails to this address do not bounce.
Sevan
Hi.
> +.An Tsubai Masanari Aq Mt tsu...@netbsd.org
Tsubai is inactive, according to status file his account is suspended. Will
anyone be able to reach him via this address? If not, then I am not sure if
retroactively adding his address makes sense.
Best regards,
Radoslaw
signature.asc
Desc
In article <20180217011307.7ca55f...@cvs.netbsd.org>,
Sevan Janiyan wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: sevan
>Date: Sat Feb 17 01:13:07 UTC 2018
>
>Modified Files:
> src/share/man/man4: ddb.4
>
>Log Message:
>document dumpstack variable.
>Sort built-in variabl
In article <20180217021101.1123ef...@cvs.netbsd.org>,
Sevan Janiyan wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: sevan
>Date: Sat Feb 17 02:11:00 UTC 2018
>
>Modified Files:
> src/share/man/man4: options.4
>
>Log Message:
>Remove mention of DDB_ONPANIC=2, ddb.dumpstack
Hi,
On 2018/02/07 19:12, m...@netbsd.org wrote:
> Hi!
>
> Please give credit in the future.
>
> It can be very important for a new contributor, I used to show my
> friends, "look, I made this change, and it says I did it!" and it was
> very cool.
>
> Even though they were small contributions, t
Hi!
Please give credit in the future.
It can be very important for a new contributor, I used to show my
friends, "look, I made this change, and it says I did it!" and it was
very cool.
Even though they were small contributions, they were my biggest
contributions.
(For example:
Mention jumbo fra
These features, e.g. VLAN, Jumbo Frames, CRC offload, interrupt coalescing,
should really be listed in the man page for each network interface device (and
driver) that supports them (e.g. bge(4), wm(4), tlp(4), le(4)), along with any
device-specific implementation bugs or caveats, and then the v
On Wed, 6 Jan 2016, Christos Zoulas wrote:
As a temporary hack it is probably good enough. Longer term filemon
should be removed/rewritten, and the close ordering problem should
be handled.
I think that a "better" approach here is probably to remove filemon(4)'s
SET_FD ioctl (for the log_file
Date: Wed, 6 Jan 2016 12:00:32 +0800 (PHT)
From: Paul Goyette
On Wed, 6 Jan 2016, Paul Goyette wrote:
> Hmmm. I'm looking at the filemon_open() code. It seems to have a "fd"
> variable that gets set by fd_allocfile(). The value is later passed to
> fd_clone() (NOT fd_clone
In article ,
Christos Zoulas wrote:
>
>As a temporary hack it is probably good enough. Longer term filemon
>should be removed/rewritten, and the close ordering problem should
>be handled.
I changed my mind; it does not help because one can always dup2
that file descriptor later to a lower fd and
In article ,
Paul Goyette wrote:
>
>Yeah, this is workable, even if it is a HACK ! :)
>
>The attached patch borrows extensively from fd_free() routine in
>kern/kern_descrip.c
>
>Let me know if this looks "good enough" and I will commit it. (I'll
>also update the BUGS section of the man-page t
On Tue, 5 Jan 2016, Christos Zoulas wrote:
| Unless I can reliably determine which fd the program is using for its
| access to /dev/filemon I don't have anything to which I can compare the
| requested activity_log fd.
You could scan the whole fd array and look for DT_MISC with fops ==
filemon o
On Jan 6, 11:58am, p...@vps1.whooppee.com (Paul Goyette) wrote:
-- Subject: Re: CVS commit: src/share/man/man4
| Hmmm. I'm looking at the filemon_open() code. It seems to have a "fd"
| variable that gets set by fd_allocfile(). The value is later passed to
| fd_clone() (NOT f
On Wed, 6 Jan 2016, Paul Goyette wrote:
On Wed, 6 Jan 2016, Christos Zoulas wrote:
In article <20160106015453.6f0f8f...@cvs.netbsd.org>,
Paul Goyette wrote:
-=-=-=-=-=-
Module Name:src
Committed By: pgoyette
Date: Wed Jan 6 01:54:53 UTC 2016
Modified Files:
src/sha
On Wed, 6 Jan 2016, Christos Zoulas wrote:
In article <20160106015453.6f0f8f...@cvs.netbsd.org>,
Paul Goyette wrote:
-=-=-=-=-=-
Module Name:src
Committed By: pgoyette
Date: Wed Jan 6 01:54:53 UTC 2016
Modified Files:
src/share/man/man4: filemon.4
Log Message:
Add a
In article <20160106015453.6f0f8f...@cvs.netbsd.org>,
Paul Goyette wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: pgoyette
>Date: Wed Jan 6 01:54:53 UTC 2016
>
>Modified Files:
> src/share/man/man4: filemon.4
>
>Log Message:
>Add a BUGS section...
Until this is fixed pr
Hey,
On 10/26/15 00:00, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Sun Oct 25 23:00:00 UTC 2015
>
> Modified Files:
> src/share/man/man4: wsdisplay.4
>
> Log Message:
> Remove description of SPLASHSCREEN_PROGRESS and WSDISPLAY_SPR
On 9 Aug 2013, at 5:35 PM, Paul Goyette wrote:
> Module Name: src
> Committed By: pgoyette
> Date: Fri Aug 9 15:35:54 UTC 2013
>
> Modified Files:
> src/share/man/man4/man4.amiga: Makefile
>
> Log Message:
> Make the xsh man pages to unbreak the build (sets lists were updated to
On Sat, Mar 30, 2013 at 06:07:55PM +0900, Izumi Tsutsui wrote:
> > Modified Files:
> > src/share/man/man4: athn.4
> >
> > Log Message:
> > Fix Dd. Remove fw_update reference, the firmware is installed by default.
> > XXX: Fix ".Xr hostname.if 5", which doesn't exist on NetBSD.
>
> ifconfig.if
> Modified Files:
> src/share/man/man4: athn.4
>
> Log Message:
> Fix Dd. Remove fw_update reference, the firmware is installed by default.
> XXX: Fix ".Xr hostname.if 5", which doesn't exist on NetBSD.
ifconfig.if(5) for NetBSD?
---
Izumi Tsutsui
On Sat, Jun 23, 2012 at 07:14:35PM +, David Brownlee wrote:
> Modified Files:
> src/share/man/man4: cd.4
>
> Log Message:
> Document DIOCTUR (test unit ready)
So, if your CD's unwell, what do you do? Call the DIOCTUR!
--
David A. Holland
dholl...@netbsd.org
On Tue, Oct 18, 2011 at 02:25:06PM +, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Tue Oct 18 14:25:06 UTC 2011
>
> Modified Files:
> src/share/man/man4/man4.x86: vmt.4
>
> Log Message:
> Fix xref; comment out cpu(4) reference, does not exist.
We could
On Wed, Sep 07, 2011 at 01:05:18PM +0300, Jukka Ruohonen wrote:
> > The fact that Linux has always done this wrong is not a reason to go
> > chasing after them and reinventing their mistakes.
>
> As usual, you managed to marvellously miss the point. The reason Linux does
> this (right) is the amou
On Wed, Sep 07, 2011 at 09:24:22AM +, David Holland wrote:
> The purpose of GENERIC is (and has been since before Linux was
> invented) to include all drivers and features that can reasonably be
> expected to work. Drivers and other code that are commented out in
> GENERIC (or not present at al
On Tue, Aug 30, 2011 at 07:44:17PM +0300, Jukka Ruohonen wrote:
> > And why should GENERIC *not* support hardware that is available, works,
> > and is of use to someone? If GENERIC is to support only the idea of
> > what an OS should look for some developers, why do we ship GENERIC at
> > all
On Sat, Sep 03, 2011 at 11:07:36AM +0300, Jukka Ruohonen wrote:
> So if everything is clear and rational, care to explain why for instance
> GATEWAY and IPSEC are commented out?
GATEWAY is not realy needed (add something like net.inet.ip.forwarding=1 to
/etc/sysctl.conf), IPSEC supposedly has a se
On Fri, Sep 02, 2011 at 11:23:08PM -0700, John Nemeth wrote:
> In NetBSD, GENERIC kernels generally contain everything that could
> possibly be useful and doesn't cause problems (some newer drivers are
> buggy, some interfere with other devices, and some have caused damage
> to hardware). Thi
On Jan 20, 1:58pm, Jukka Ruohonen wrote:
} On Tue, Aug 30, 2011 at 10:10:05AM -0500, David Young wrote:
} >
} > The driver should be converted, however, I don't think that there is
} > a case for "bluntly removing" bktr(4),
}
} Yes, I was corrected already (the conversion should go towards vide
Martin Husemann wrote:
>On Tue, Aug 30, 2011 at 01:31:50PM +0100, Matthias Scheler wrote:
>> It is supported by "pkgsrc/multimedia/fxtv" which the last time I had
>> an analog TV feed worked well enough to watch TV.
>
>Just curious: are there analog TV feeds out there, anywhere, still?
>
New Z
On Aug 30, 2011, at 4:06 PM, Simon Burge wrote:
> Martin Husemann wrote:
>
>> Just curious: are there analog TV feeds out there, anywhere, still?
>
> Some parts of Australia until the end of next year...
Quite a few according to
http://en.wikipedia.org/wiki/List_of_digital_television_deploym
ges-d@NetBSD.org
Subject: Re: CVS commit: src/share/man/man4
Martin Husemann wrote:
Just curious: are there analog TV feeds out there, anywhere, still?
Some parts of Australia until the end of next year...
Cheers,
Simon.
Martin Husemann wrote:
> Just curious: are there analog TV feeds out there, anywhere, still?
Some parts of Australia until the end of next year...
Cheers,
Simon.
On Tue, Aug 30, 2011 at 06:51:09PM +0200, Marc Balmer wrote:
> To address this issue, I think we are slowly moving towards modularized
> kernels. So what I said is about drivers and kernel subsystem, that are
> not yet available as modules. But modules are still WIP, and I think
> there are still
Am 30.08.11 18:44, schrieb Jukka Ruohonen:
> On Tue, Aug 30, 2011 at 06:33:18PM +0200, Marc Balmer wrote:
>> Am 30.08.11 18:22, schrieb Jukka Ruohonen:
>> And why should GENERIC *not* support hardware that is available, works,
>> and is of use to someone? If GENERIC is to support only the idea of
On Tue, Aug 30, 2011 at 06:33:18PM +0200, Marc Balmer wrote:
> Am 30.08.11 18:22, schrieb Jukka Ruohonen:
> And why should GENERIC *not* support hardware that is available, works,
> and is of use to someone? If GENERIC is to support only the idea of
> what an OS should look for some developers, wh
On Tue, Aug 30, 2011 at 03:42:34PM +0300, Jukka Ruohonen wrote:
> > > XXX: This driver should be converted (or even bluntly removed, given the
> > > lack of general third-party software support).
> >
> > It is supported by "pkgsrc/multimedia/fxtv" which the last time I had
> > an analog TV fe
On Tue, Aug 30, 2011 at 03:42:18PM +0200, Martin Husemann wrote:
> On Tue, Aug 30, 2011 at 01:31:50PM +0100, Matthias Scheler wrote:
> > It is supported by "pkgsrc/multimedia/fxtv" which the last time I had
> > an analog TV feed worked well enough to watch TV.
>
> Just curious: are there analog TV
Am 30.08.11 18:22, schrieb Jukka Ruohonen:
> On Tue, Aug 30, 2011 at 10:10:05AM -0500, David Young wrote:
>>
>> The driver should be converted, however, I don't think that there is
>> a case for "bluntly removing" bktr(4),
>
> Yes, I was corrected already (the conversion should go towards video(4
On Tue, Aug 30, 2011 at 10:10:05AM -0500, David Young wrote:
>
> The driver should be converted, however, I don't think that there is
> a case for "bluntly removing" bktr(4),
Yes, I was corrected already (the conversion should go towards video(4)).
But as always, it is about picking the good de
On Tue, Aug 30, 2011 at 05:58:02AM +, Jukka Ruohonen wrote:
> Module Name: src
> Committed By: jruoho
> Date: Tue Aug 30 05:58:02 UTC 2011
>
> Modified Files:
> src/share/man/man4: bktr.4
>
> Log Message:
> Note that bktr(4) is not part of the dtv(4) infrastructure.
>
> XXX: T
On Tue, Aug 30, 2011 at 01:31:50PM +0100, Matthias Scheler wrote:
> It is supported by "pkgsrc/multimedia/fxtv" which the last time I had
> an analog TV feed worked well enough to watch TV.
Just curious: are there analog TV feeds out there, anywhere, still?
Martin
On Tue, Aug 30, 2011 at 03:42:34PM +0300, Jukka Ruohonen wrote:
> mplayer, MythTV, VDR, Kaffeine, VLC, Totem, you name it -- won't work.
Correction: mplayer may work.
I have couple of these cards and if time permits, I might consider a dtv(4)
rewrite.
- Jukka.
On Tue, Aug 30, 2011 at 01:31:50PM +0100, Matthias Scheler wrote:
> On Tue, Aug 30, 2011 at 05:58:02AM +, Jukka Ruohonen wrote:
> > Module Name:src
> > Committed By: jruoho
> > Date: Tue Aug 30 05:58:02 UTC 2011
> >
> > Modified Files:
> > src/share/man/man4: bk
On Tue, Aug 30, 2011 at 05:58:02AM +, Jukka Ruohonen wrote:
> Module Name: src
> Committed By: jruoho
> Date: Tue Aug 30 05:58:02 UTC 2011
>
> Modified Files:
> src/share/man/man4: bktr.4
>
> Log Message:
> Note that bktr(4) is not part of the dtv(4) infrastructure.
>
> XXX: T
On 29.08.2011 22:27, Manuel Bouyer wrote:
> On Mon, Aug 29, 2011 at 03:17:16PM +0100, Jean-Yves Migeon wrote:
>> Both; usually I am using the VGA-emulated display, but sometimes
>> (like I did lately) I switch to console, so I can keep a reasonable
>> amount of history of the dom0 output in my term
On Mon, Aug 29, 2011 at 03:17:16PM +0100, Jean-Yves Migeon wrote:
> Both; usually I am using the VGA-emulated display, but sometimes
> (like I did lately) I switch to console, so I can keep a reasonable
> amount of history of the dom0 output in my terminal.
The the dom0 kernel is using xencons, an
On Mon, 29 Aug 2011 15:25:03 +0200, Manuel Bouyer wrote:
On Mon, Aug 29, 2011 at 12:45:27PM +0100, Jean-Yves Migeon wrote:
Hmm, I'll have to cross-check that one this afternoon. IIRC, I am
also using the the default "break" command when I am running the
dom0 inside QEMU, and '+' is only used
On Mon, Aug 29, 2011 at 12:45:27PM +0100, Jean-Yves Migeon wrote:
> Hmm, I'll have to cross-check that one this afternoon. IIRC, I am
> also using the the default "break" command when I am running the
> dom0 inside QEMU, and '+' is only used when I want to break in
> the domU (through xencons(4
On Mon, 29 Aug 2011 11:46:06 +0200, Manuel Bouyer wrote:
On Mon, Aug 29, 2011 at 09:01:47AM +0200, Jean-Yves Migeon wrote:
What kind of console is attaching for you in dom0? I can't see how
'+' would get wired in by default. At least when either started
from
bare metal, or QEMU.
'+'
On Mon, Aug 29, 2011 at 07:19:04AM -0400, Jared McNeill wrote:
> Can you put the driver xrefs back in 'SEE ALSO'? I find it useful.
I prefer personally a clear list instead (particularly if we have more than
10 of these drivers some day). But sure.
- Jukka.
> -Original Message-
> From:
Can you put the driver xrefs back in 'SEE ALSO'? I find it useful.
-Original Message-
From: Jukka Ruohonen
Sent: Monday, August 29, 2011 6:41 AM Newsgroups:
gmane.os.netbsd.devel.cvs.full
To: source-changes-full-qavaossjccednm+yrof...@public.gmane.org
Subject: CVS commit: src/share/man
On Mon, Aug 29, 2011 at 09:01:47AM +0200, Jean-Yves Migeon wrote:
> What kind of console is attaching for you in dom0? I can't see how
> '+' would get wired in by default. At least when either started from
> bare metal, or QEMU.
'+' is used for serial console (or, to be more precise, xenco
On 29.08.2011 06:30, Christoph Egger wrote:
> On 29.08.11 06:26, Christoph Egger wrote:
>> On 29.08.11 00:09, Jean-Yves Migeon wrote:
>>> Module Name:src
>>> Committed By: jym
>>> Date: Sun Aug 28 22:09:37 UTC 2011
>>>
>>> Modified Files:
>>> src/share/man/man4: ddb.
On 29.08.11 06:26, Christoph Egger wrote:
> On 29.08.11 00:09, Jean-Yves Migeon wrote:
>> Module Name: src
>> Committed By:jym
>> Date:Sun Aug 28 22:09:37 UTC 2011
>>
>> Modified Files:
>> src/share/man/man4: ddb.4
>>
>> Log Message:
>> Be more precise for Xen: + is
On 29.08.11 00:09, Jean-Yves Migeon wrote:
> Module Name: src
> Committed By: jym
> Date: Sun Aug 28 22:09:37 UTC 2011
>
> Modified Files:
> src/share/man/man4: ddb.4
>
> Log Message:
> Be more precise for Xen: + is only valid for Xen domUs. dom0 uses
> the same key sequences a
On Dec 25, 10:16am, "Matt Thomas" wrote:
}
} Module Name: src
} Committed By: matt
} Date: Thu Aug 4 15:40:20 UTC 2011
}
} Modified Files:
} src/share/man/man4: wd.4
}
} Log Message:
} wd includes SATA as well.
Not that I object to the addition, but I'll just point out that
> On Fri, Jul 22, 2011 at 08:38:43AM +, Thomas Klausner wrote:
> > Remove Xr to nonexisting intro(4),
>
> Shouldn't we have an intro(4)? I didn't realize it was missing...
that was also my thought upon reading that change...
.mrg.
On Wed, Aug 03, 2011 at 04:07:39PM +, David Holland wrote:
> On Fri, Jul 22, 2011 at 08:38:43AM +, Thomas Klausner wrote:
> > Remove Xr to nonexisting intro(4),
>
> Shouldn't we have an intro(4)? I didn't realize it was missing...
Oops, that was an error on my part. Please put it back (f
On Fri, Jul 22, 2011 at 08:38:43AM +, Thomas Klausner wrote:
> Remove Xr to nonexisting intro(4),
Shouldn't we have an intro(4)? I didn't realize it was missing...
--
David A. Holland
dholl...@netbsd.org
On Tue, Feb 09, 2010 at 10:27:33AM -0800, Tom Spindler wrote:
> IMVHO, the title should be changed to "voltage, temperature, and fan
> sensor" to be consistent in the use of commas.
Done.
Thomas
IMHO, especially for formats that end up in plain text more often
than not, it's better to use oxford commas to explicitly delineate
what conditions are; in this particular case, I think one could easily
parse the text with (critover or invalid) as a single value.
IMVHO, the title should be change
On Tue, Feb 09, 2010 at 02:28:03AM -0500, Constantine A. Murenin wrote:
> Is there a policy for the mandatory use of the Oxford commas? They
> were omitted on purpose, of course.
>
> http://en.wikipedia.org/wiki/Serial_comma#Style_guides_opposing_mandatory_use
We have no explicit policy. I've be
On 9 February 2010 01:47, Thomas Klausner wrote:
> Module Name: src
> Committed By: wiz
> Date: Tue Feb 9 06:47:53 UTC 2010
>
> Modified Files:
> src/share/man/man4: aibs.4
>
> Log Message:
> Nd argument does not need quotes (groff handles more than 9 arguments nicely);
> ad
Jukka,
Am 25.01.10 11:12, schrieb Jukka Ruohonen:
> Module Name: src
> Committed By: jruoho
> Date: Mon Jan 25 10:12:41 UTC 2010
>
> Modified Files:
> src/share/man/man4: acpidalb.4
>
> Log Message:
> Recommit:
> * add verbosity to the PNP0C32 reference
> * use more ma
> Module Name: src
> Committed By: jruoho
> Date: Mon Jan 25 09:33:29 UTC 2010
>
> Modified Files:
> src/share/man/man4: acpidalb.4
>
Log message ?
Christoph
> To generate a diff of this commit:
> cvs rdiff -u -r1.2 -r1.3 src/share/man/man4/acpidalb.4
>
> Please note that diff
> >> Modified Files:
> >>src/share/man/man4: gpio.4
> >>
> >> Log Message:
> >> Reword for better HTML output.
> >
> > we should fix our tools, instead.
>
> Feel free to.
>
> The problem is that "<" can be used in macros, so we can't stupidly
> replace every "<" with a < in HTML output. Or at
On Sat, Jul 25, 2009 at 11:58:46PM +0200, Marc Balmer wrote:
>
>> Module Name: src
>> Committed By:wiz
>> Date:Sat Jul 25 21:16:35 UTC 2009
>>
>> Modified Files:
>> src/share/man/man4: gpio.4
>>
>> Log Message:
>> Reword for better HTML output.
>
> we should fix our too
Module Name:src
Committed By: wiz
Date: Sat Jul 25 21:16:35 UTC 2009
Modified Files:
src/share/man/man4: gpio.4
Log Message:
Reword for better HTML output.
we should fix our tools, instead.
To generate a diff of this commit:
cvs rdiff -u -r1.9 -r1.10 src/share/man/m
On Thu, Jun 25, 2009 at 12:25 PM, Alan Barrett wrote:
> On Wed, 24 Jun 2009, Zafer Aydogan wrote:
>> Log Message:
>> catch spelling error.
>>
>> -accept all sorts of unforseen consequences.
>> +accept all sorts of unforeseen consequences.
>
> Changing from British to American spelling is OK, I supp
On Wed, 24 Jun 2009, Zafer Aydogan wrote:
> Log Message:
> catch spelling error.
>
> -accept all sorts of unforseen consequences.
> +accept all sorts of unforeseen consequences.
Changing from British to American spelling is OK, I suppose, but
please don't use log messages that imply that the Brit
On Mon, May 11, 2009 at 03:22:29PM +1000, matthew green wrote:
>
>On Sat, May 09, 2009 at 07:51:41AM -0700, Paul Goyette wrote:
>> So really should simply document the option DRM_NO_AGP rather than
>> telling folks to include unnecessary drivers!
>
>Just because it compiles doe
On Mon, May 11, 2009 at 03:22:29PM +1000, matthew green wrote:
> what about systems that don't have AGP?
Or even PCI...
Martin
On Sat, May 09, 2009 at 07:51:41AM -0700, Paul Goyette wrote:
> So really should simply document the option DRM_NO_AGP rather than
> telling folks to include unnecessary drivers!
Just because it compiles doesn't mean it works properly. For most
drivers at least, you really need
On Sat, May 09, 2009 at 07:51:41AM -0700, Paul Goyette wrote:
>> Document that drm(4) needs agp(4). Bump date.
>> (joerg said so, and compilation fails without.)
>
> I really hate to contradict joerg, but...
>
> I think this is incorrect. You can compile drm with DRM_NO_AGP and it
> will compile
On Sat, 9 May 2009, Joerg Sonnenberger wrote:
On Sat, May 09, 2009 at 07:51:41AM -0700, Paul Goyette wrote:
So really should simply document the option DRM_NO_AGP rather than
telling folks to include unnecessary drivers!
Just because it compiles doesn't mean it works properly. For most
driver
On Sat, May 09, 2009 at 07:51:41AM -0700, Paul Goyette wrote:
> So really should simply document the option DRM_NO_AGP rather than
> telling folks to include unnecessary drivers!
Just because it compiles doesn't mean it works properly. For most
drivers at least, you really need the AGP support for
1 - 100 of 101 matches
Mail list logo