Author: brueffer
Date: Mon Dec 7 08:36:49 2009
New Revision: 200210
URL: http://svn.freebsd.org/changeset/base/200210
Log:
MFC: r197900
Improved one-line description of this module (taken from NOTES).
Modified:
stable/8/share/man/man4/lindev.4
Directory Properties:
stable/8/share/man/
Author: brueffer
Date: Mon Dec 7 08:38:44 2009
New Revision: 200211
URL: http://svn.freebsd.org/changeset/base/200211
Log:
MFC: r200019
Fix the dprintf() prototype.
Modified:
stable/8/lib/libc/stdio/printf.3
Directory Properties:
stable/8/lib/libc/ (props changed)
stable/8/lib/lib
On Mon, Dec 07, 2009 at 06:57:52AM +0100, Ed Schouten wrote:
> * Hajimu UMEMOTO wrote:
> > I saw following message during boot:
> >
> > Dec 7 13:54:12 yoshino kernel: Shared object "libulog.so.0" not found,
> > required
> > by "date"
> >
> > Now, date(1) links libulog.so.0. The date(1) is in
Luigi Rizzo writes:
> Also, things like lsbuf are really useful in general, so having
> that widely available would be a good incentive for people to
> use it instead of rolling their own 'dynamic string manipulation'
> code again and again
Userland libsbuf is an abomination. I wish I had protes
On Mon, Dec 07, 2009 at 10:41:11AM +0100, Dag-Erling Sm??rgrav wrote:
> Luigi Rizzo writes:
> > Also, things like lsbuf are really useful in general, so having
> > that widely available would be a good incentive for people to
> > use it instead of rolling their own 'dynamic string manipulation'
>
In message <20091207105343.ga62...@onelab2.iet.unipi.it>, Luigi Rizzo writes:
>One way to promote this is to put the code in libc so even lazy
>people won't need to remember to pass linker flags when using the library.
I don't think sbuf's belong in libc, unless we can persude POSIX to
adopt them
Luigi Rizzo writes:
> What do you mean exactly ?
When libsbuf was ported to userland, sbuf_printf() was pessimized due to
the limitations of libc's printf(). This makes certain parts of
pseudofs extremely inefficient: for instance, if you read from a
/proc/whatever that's backed by an sbuf, it h
Hello Luigi,
* Luigi Rizzo wrote:
> Any chance to put libulog and other 'extension' libraries together
> (I would say into libc but perhaps that's too much).
Even though I agree having all these small libraries is not the way to
go, I really want to have the ulog functions in a separate library
On Mon, Dec 7, 2009 at 5:31 AM, Max Laier wrote:
> On Sunday 06 December 2009 19:04:27 Luigi Rizzo wrote:
> > Author: luigi
> > Date: Sun Dec 6 18:04:26 2009
> > New Revision: 200183
> > URL: http://svn.freebsd.org/changeset/base/200183
> >
> > Log:
> > restore setting of sin_len (was removed
On Wed, Dec 2, 2009 at 2:34 PM, Konstantin Belousov wrote:
> Author: kib
> Date: Wed Dec 2 16:34:20 2009
> New Revision: 200038
> URL: http://svn.freebsd.org/changeset/base/200038
>
> Log:
> Properly support -fPIE by linking PIE binaries with specially-built
> Scrt1.o instead of crt1.o, since t
On Mon, Dec 07, 2009 at 10:55:38AM +, Poul-Henning Kamp wrote:
> In message <20091207105343.ga62...@onelab2.iet.unipi.it>, Luigi Rizzo writes:
>
> >One way to promote this is to put the code in libc so even lazy
> >people won't need to remember to pass linker flags when using the library.
>
>
On Mon, Dec 7, 2009 at 10:09 AM, Renato Botelho wrote:
> On Wed, Dec 2, 2009 at 2:34 PM, Konstantin Belousov wrote:
>> Author: kib
>> Date: Wed Dec 2 16:34:20 2009
>> New Revision: 200038
>> URL: http://svn.freebsd.org/changeset/base/200038
>>
>> Log:
>> Properly support -fPIE by linking PIE bi
"Poul-Henning Kamp" writes:
> Luigi Rizzo writes:
> > One way to promote this is to put the code in libc so even lazy
> > people won't need to remember to pass linker flags when using the library.
> I don't think sbuf's belong in libc, unless we can persude POSIX to
> adopt them.
While I agree w
In message <861vj7t1d7@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
writes:
>"Poul-Henning Kamp" writes:
>While I agree with you that we shouldn't merge libsbuf into libc, I
>should point out that we have tons of stuff in libc (e.g. err() and
>friends) that isn't in POSIX and probably n
In message <20091207122256.gc64...@onelab2.iet.unipi.it>, Luigi Rizzo writes:
>right, then some other commonly used but not locked-by-standards place.
>libutil? libbsdstuffnotstandardizedbyposix ?
I would be very happy to see a libposux, even more so, if the content
were standardized across Linux
* Poul-Henning Kamp wrote:
> It can be argued that we should just dump everything in libc, but
> first, that would impair portability from FreeBSD, and second, it
> would be just plain sloppy...
And would more likely cause namespace issues. Functions like login(3)
and logout(3) really fill up the
On Mon, Dec 07, 2009 at 12:40:23PM +, Poul-Henning Kamp wrote:
> In message <20091207122256.gc64...@onelab2.iet.unipi.it>, Luigi Rizzo writes:
>
> >right, then some other commonly used but not locked-by-standards place.
> >libutil? libbsdstuffnotstandardizedbyposix ?
>
> I would be very happy
In message <20091207125436.ga71...@onelab2.iet.unipi.it>, Luigi Rizzo writes:
>On Mon, Dec 07, 2009 at 12:40:23PM +, Poul-Henning Kamp wrote:
>> I would be very happy to see a libposux, even more so, if the content
>> were standardized across Linux and FreeBSD.
>:)
>if we call it libyousux eac
On Mon, Dec 07, 2009 at 11:56:18AM +0100, Dag-Erling Sm??rgrav wrote:
> Luigi Rizzo writes:
> > What do you mean exactly ?
>
> When libsbuf was ported to userland, sbuf_printf() was pessimized due to
> the limitations of libc's printf(). This makes certain parts of
but, isn't this an implementa
Luigi Rizzo writes:
> "Dag-Erling Smørgrav" writes:
> > When libsbuf was ported to userland, sbuf_printf() was pessimized
> > due to the limitations of libc's printf().
> but, isn't this an implementation detail ? What prevents the same
> API to have two different implementation, one for kernel,
On Mon, Dec 07, 2009 at 02:11:44PM +0100, Dag-Erling Sm??rgrav wrote:
> Luigi Rizzo writes:
> > "Dag-Erling Sm??rgrav" writes:
> > > When libsbuf was ported to userland, sbuf_printf() was pessimized
> > > due to the limitations of libc's printf().
> > but, isn't this an implementation detail ? Wh
Author: jh
Date: Mon Dec 7 13:38:10 2009
New Revision: 200212
URL: http://svn.freebsd.org/changeset/base/200212
Log:
MFC r197525:
Ensure that tv_sec is between INT32_MIN and INT32_MAX, so ZFS won't object.
This completes the fix from r185586.
Approved by: trasz (mentor)
Modified:
Luigi Rizzo writes:
> But my point is-- does the functionality that was removed rely
> on a different API, or we can keep the same API and have two
> different implementation of the hopefully few things that change
> between kernel and userland
Restoring sbuf_printf() to what it was would not cha
On Mon, Dec 07, 2009 at 03:33:37PM +0100, Dag-Erling Sm??rgrav wrote:
> Luigi Rizzo writes:
> > But my point is-- does the functionality that was removed rely
> > on a different API, or we can keep the same API and have two
> > different implementation of the hopefully few things that change
> > b
Author: ed
Date: Mon Dec 7 14:47:45 2009
New Revision: 200213
URL: http://svn.freebsd.org/changeset/base/200213
Log:
Gavin can has SVN access.
Approved by: core
Modified:
svnadmin/conf/access
svnadmin/conf/mentors
Modified: svnadmin/conf/access
==
Luigi Rizzo writes:
> "Dag-Erling Smørgrav" writes:
> > Restoring sbuf_printf() to what it was would not change the API, but
> > the semantics would be different in certain cases.
> doesn't seem a big deal, we already have diffent behaviour in
> kernel vs userland for certain functions (e.g. prin
Author: guido
Date: Mon Dec 7 15:15:08 2009
New Revision: 200214
URL: http://svn.freebsd.org/changeset/base/200214
Log:
Fix ntfs such that it understand media with a non-512-bytes sector size:
1. Fixups are always done on 512 byte chunks (in stead of sectors). This
is kind of stupid.
2. C
Author: marius
Date: Mon Dec 7 15:29:07 2009
New Revision: 200215
URL: http://svn.freebsd.org/changeset/base/200215
Log:
Add missed in r199135.
Modified:
head/sys/sparc64/sparc64/trap.c
Modified: head/sys/sparc64/sparc64/trap.c
==
Author: jhb
Date: Mon Dec 7 16:00:59 2009
New Revision: 200216
URL: http://svn.freebsd.org/changeset/base/200216
Log:
Various small whitespace and style fixes.
Modified:
head/sys/boot/i386/libi386/biosmem.c
head/sys/boot/i386/libi386/libi386.h
head/sys/boot/i386/loader/main.c
Modified:
Author: mav
Date: Mon Dec 7 16:10:48 2009
New Revision: 200217
URL: http://svn.freebsd.org/changeset/base/200217
Log:
SiI3124 has no SNotification register. Handle Asynchronous Notifications
there without it as good as possible.
Modified:
head/sys/dev/siis/siis.c
head/sys/dev/siis/siis.h
Author: mav
Date: Mon Dec 7 16:23:25 2009
New Revision: 200218
URL: http://svn.freebsd.org/changeset/base/200218
Log:
MFp4;
- Cleanup kernel messages, mostly PMP.
- Took references on devices, while PMP reinitializes them, to not let them
go and distort freeze reference counting.
Modifie
Author: jhb
Date: Mon Dec 7 16:29:43 2009
New Revision: 200219
URL: http://svn.freebsd.org/changeset/base/200219
Log:
Improve the algorithm the loader uses to choose a memory range for its
heap when using a range above 1MB.
Previously the loader would always use the last 3MB in the first
Author: rnoland
Date: Mon Dec 7 16:37:02 2009
New Revision: 200220
URL: http://svn.freebsd.org/changeset/base/200220
Log:
MFC 199714
Create a seperate ZFS enabled loader.
This adds zfsloader which will be called by zfsboot/gptzfsboot code rather
than the tradional loader. This elim
Author: rnoland
Date: Mon Dec 7 17:15:36 2009
New Revision: 200221
URL: http://svn.freebsd.org/changeset/base/200221
Log:
MFC 199714
Create a seperate ZFS enabled loader.
This adds zfsloader which will be called by zfsboot/gptzfsboot code rather
than the tradional loader. This elim
Author: jhb
Date: Mon Dec 7 17:18:52 2009
New Revision: 200222
URL: http://svn.freebsd.org/changeset/base/200222
Log:
MFC 199974:
Remove extra parantheses from usb_ethernet.c and usb_serial.c lines.
config(8) doesn't parse parantheses and instead treated them as being
part of the device d
On Sat, Dec 05, 2009 at 01:40:51PM +, Alexander Motin wrote:
> Author: mav
> Date: Sat Dec 5 13:40:51 2009
> New Revision: 200121
> URL: http://svn.freebsd.org/changeset/base/200121
>
> Log:
> Do not ignore device interrupt if bus mastering is still active. It is
> normal in case of media
Ermal Luçi wrote:
On Mon, Dec 7, 2009 at 5:31 AM, Max Laier
[...]
>
> Do you have a reference for me?
I followed the thread but route-to sets the sin_len see this:
http://fxr.watson.org/fxr/source/contrib/pf/net/pf.c?v=FREEBSD8#L6179
So if it really is broken, then there must be
Julian Elischer wrote:
Ermal Luçi wrote:
On Mon, Dec 7, 2009 at 5:31 AM, Max Laier
[...]
>
> Do you have a reference for me?
I followed the thread but route-to sets the sin_len see this:
http://fxr.watson.org/fxr/source/contrib/pf/net/pf.c?v=FREEBSD8#L6179
So if it really is bro
Author: mav
Date: Mon Dec 7 18:37:50 2009
New Revision: 200223
URL: http://svn.freebsd.org/changeset/base/200223
Log:
Explicitly acknowledge MSI completion, as required by SiI3124 datasheet.
It makes MSI working there. Later (and cheaper) PCIe chips (3132/3531)
still randomly crashing syste
Author: jhb
Date: Mon Dec 7 19:07:45 2009
New Revision: 200224
URL: http://svn.freebsd.org/changeset/base/200224
Log:
MFC 200061:
The fd_mask type is an unsigned long, not an int, so treat the mask as a
long instead of an int when examining the results of select() to look for
RPC requests
Author: jhb
Date: Mon Dec 7 19:07:58 2009
New Revision: 200225
URL: http://svn.freebsd.org/changeset/base/200225
Log:
MFC 200061:
The fd_mask type is an unsigned long, not an int, so treat the mask as a
long instead of an int when examining the results of select() to look for
RPC requests
Author: jhb
Date: Mon Dec 7 19:08:10 2009
New Revision: 200226
URL: http://svn.freebsd.org/changeset/base/200226
Log:
MFC 200061:
The fd_mask type is an unsigned long, not an int, so treat the mask as a
long instead of an int when examining the results of select() to look for
RPC requests
Author: yongari
Date: Mon Dec 7 19:18:23 2009
New Revision: 200227
URL: http://svn.freebsd.org/changeset/base/200227
Log:
Remove PHY isolate/power down code in bge_stop(). The isolation
handler in brgphy(4) does not exist and brgphy(4) just resets the
PHY and returns EINVAL as it has no iso
Author: yongari
Date: Mon Dec 7 19:26:54 2009
New Revision: 200228
URL: http://svn.freebsd.org/changeset/base/200228
Log:
Don't access jumbo frame related registers if controller lacks the
feature. These registers are reserved on controllers that have no
support for jumbo frame.
Only BCM5
On Monday 07 December 2009 19:19:15 Julian Elischer wrote:
> Julian Elischer wrote:
> > Ermal Luçi wrote:
> >> On Mon, Dec 7, 2009 at 5:31 AM, Max Laier >
> > [...]
> >
> >> > Do you have a reference for me?
> >>
> >> I followed the thread but route-to sets the sin_len see this:
> >> http://fx
Author: delphij
Date: Mon Dec 7 19:59:28 2009
New Revision: 200229
URL: http://svn.freebsd.org/changeset/base/200229
Log:
MFC revision 197579 and 199617:
Add two new fcntls to enable/disable read-ahead:
- F_READAHEAD: specify the amount for sequential access. The amount is
spec
Author: marcel
Date: Mon Dec 7 20:05:02 2009
New Revision: 200230
URL: http://svn.freebsd.org/changeset/base/200230
Log:
Add support for the NetMos NM9865 family of Serial/Parallel ports.
Obtained from:NetMos MCS9865 v1.0.0.1 driver
MFC after:3 days
Modified:
head/sys/dev/
Hi!
On Mon, Dec 7, 2009 at 10:29 PM, Max Laier wrote:
[cut]
> I just tested an install of r197983 (9.0-CURRENT) that I had on a test-box and
> route-to works as it is supposed to - AFAICT. FWIW, pf sets sin_len for every
> use.
>
> Might be a problem/mis-understanding in the OPs configuration th
Author: jkim
Date: Mon Dec 7 20:17:33 2009
New Revision: 200231
URL: http://svn.freebsd.org/changeset/base/200231
Log:
Make mfi(4) little bit less chatty.
Modified:
head/sys/dev/mfi/mfi.c
Modified: head/sys/dev/mfi/mfi.c
==
On Sun, Dec 06, 2009 at 07:01:33PM +, Luigi Rizzo wrote:
> Author: luigi
> Date: Sun Dec 6 19:01:33 2009
> New Revision: 200184
> URL: http://svn.freebsd.org/changeset/base/200184
>
> Log:
> mfc r200056
> use qsort_r instead of heapsort;
This seems like a move in the wrong direction.
On Mon, Dec 7, 2009 at 8:45 PM, Lytochkin Boris wrote:
> Hi!
>
> On Mon, Dec 7, 2009 at 10:29 PM, Max Laier wrote:
> [cut]
> > I just tested an install of r197983 (9.0-CURRENT) that I had on a
> test-box and
> > route-to works as it is supposed to - AFAICT. FWIW, pf sets sin_len for
> every
> >
there are multiple addresses on em0 (for example):
95.108.197.225/27
10.60.128.225/24
10.61.128.225/24
...
10.70.128.225/24
default router is in 95.108.197.225/27 network.
10.X addresses are used for SLB - SLB router does DNAT and forward
client's connection to this node, so node should forward
Author: fabient
Date: Mon Dec 7 20:40:48 2009
New Revision: 200232
URL: http://svn.freebsd.org/changeset/base/200232
Log:
MFC 198432:
Only claim that the PMC_CLASS_IAF PMCs are supported by a CPU if
there are PMCs on the CPU that belong to the class.
Modified:
stable/8/sys/dev/hwpmc/hwpm
Author: fabient
Date: Mon Dec 7 20:44:43 2009
New Revision: 200233
URL: http://svn.freebsd.org/changeset/base/200233
Log:
MFC 198433:
Not all Intel Core (TM) CPUs implement PMC_CLASS_IAF fixed-function
counters. For such CPUs, use an alternate mapping of convenience
names to events suppo
Author: fabient
Date: Mon Dec 7 20:46:22 2009
New Revision: 200234
URL: http://svn.freebsd.org/changeset/base/200234
Log:
MFC 198432:
Only claim that the PMC_CLASS_IAF PMCs are supported by a CPU if
there are PMCs on the CPU that belong to the class.
Modified:
stable/7/sys/dev/hwpmc/hwpm
Author: fabient
Date: Mon Dec 7 20:47:33 2009
New Revision: 200235
URL: http://svn.freebsd.org/changeset/base/200235
Log:
MFC 198433:
Not all Intel Core (TM) CPUs implement PMC_CLASS_IAF fixed-function
counters. For such CPUs, use an alternate mapping of convenience
names to events suppo
Author: fabient
Date: Mon Dec 7 20:49:49 2009
New Revision: 200236
URL: http://svn.freebsd.org/changeset/base/200236
Log:
MFC 200060:
Use a better check for a valid kernel stack address when capturing
kernel call chains.
Modified:
stable/8/sys/dev/hwpmc/hwpmc_x86.c
Directory Properties:
Author: fabient
Date: Mon Dec 7 20:51:19 2009
New Revision: 200237
URL: http://svn.freebsd.org/changeset/base/200237
Log:
MFC 200060:
Use a better check for a valid kernel stack address when capturing
kernel call chains.
Modified:
stable/7/sys/dev/hwpmc/hwpmc_x86.c
Directory Properties:
On Monday 07 December 2009 3:17:33 pm Jung-uk Kim wrote:
> Author: jkim
> Date: Mon Dec 7 20:17:33 2009
> New Revision: 200231
> URL: http://svn.freebsd.org/changeset/base/200231
>
> Log:
> Make mfi(4) little bit less chatty.
This is the wrong way to fix this, please revert. If you want to ch
Oups, everything is OK with route-to and reply-to in pf, my bad.
config for my situation must be like this
scrub in all fragment reassemble
pass in quick reply-to (em0 10.60.128.254) inet from any to
10.60.128.0/24 flags S/SA keep state
pass in quick reply-to (em0 10.70.128.254) inet from any to
1
On Mon, Dec 07, 2009 at 02:17:44PM -0600, Brooks Davis wrote:
> On Sun, Dec 06, 2009 at 07:01:33PM +, Luigi Rizzo wrote:
> > Author: luigi
> > Date: Sun Dec 6 19:01:33 2009
> > New Revision: 200184
> > URL: http://svn.freebsd.org/changeset/base/200184
> >
> > Log:
> > mfc r200056
> > us
On Monday 07 December 2009 03:34 pm, John Baldwin wrote:
> On Monday 07 December 2009 3:17:33 pm Jung-uk Kim wrote:
> > Author: jkim
> > Date: Mon Dec 7 20:17:33 2009
> > New Revision: 200231
> > URL: http://svn.freebsd.org/changeset/base/200231
> >
> > Log:
> > Make mfi(4) little bit less chatt
Author: jkim
Date: Mon Dec 7 21:24:07 2009
New Revision: 200238
URL: http://svn.freebsd.org/changeset/base/200238
Log:
Revert r200231. It was already taken cared by jhb long ago.
Pointed out by: jhb
Pointy hat: jkim
Modified:
head/sys/dev/mfi/mfi.c
Modified: head/sys/dev/mfi
Author: jfv
Date: Mon Dec 7 21:30:54 2009
New Revision: 200239
URL: http://svn.freebsd.org/changeset/base/200239
Log:
Update driver to Intel version 2.0.7:
This adds new feature support for the 82599, a hardware
assist to LRO, doing this required a large revamp to the
RX cleanup code b
On Monday 07 December 2009 04:24 pm, Jung-uk Kim wrote:
> Author: jkim
> Date: Mon Dec 7 21:24:07 2009
> New Revision: 200238
> URL: http://svn.freebsd.org/changeset/base/200238
>
> Log:
> Revert r200231. It was already taken cared by jhb long ago.
On Monday 07 December 2009 4:24:07 pm Jung-uk Kim wrote:
> Author: jkim
> Date: Mon Dec 7 21:24:07 2009
> New Revision: 200238
> URL: http://svn.freebsd.org/changeset/base/200238
>
> Log:
> Revert r200231. It was already taken cared by jhb long ago.
>
> Pointed out by: jhb
> Pointy
Author: marcel
Date: Tue Dec 8 00:44:23 2009
New Revision: 200240
URL: http://svn.freebsd.org/changeset/base/200240
Log:
In exception_save, write-back ar.rnat after switching the backing-
store. Writing to ar.bspstore is defined to leave ar.rnat undefined.
PR: ia64/120315
MFC
Author: rpaulo
Date: Tue Dec 8 00:52:59 2009
New Revision: 200241
URL: http://svn.freebsd.org/changeset/base/200241
Log:
Improve response to multi-touch taps.
Submitted by: Rohit Grover
Modified:
head/sys/dev/usb/input/atp.c
Modified: head/sys/dev/usb/input/atp.c
=
Author: rpaulo
Date: Tue Dec 8 00:54:08 2009
New Revision: 200242
URL: http://svn.freebsd.org/changeset/base/200242
Log:
Fix typo in comment
Submitted by: Paul B Mahol
Modified:
head/sys/net80211/ieee80211_hostap.c
Modified: head/sys/net80211/ieee80211_hostap.c
===
Author: jfv
Date: Tue Dec 8 01:07:44 2009
New Revision: 200243
URL: http://svn.freebsd.org/changeset/base/200243
Log:
Resync with Intel versions of both the em and igb
drivers. These add new hardware support, most importantly
the pch (i5 chipset) in the em driver. Also, both drivers
now h
Author: yongari
Date: Tue Dec 8 03:24:29 2009
New Revision: 200246
URL: http://svn.freebsd.org/changeset/base/200246
Log:
Partially revert r200228. For mini RCB case, bge(4) still have to
disable mini ring withtout regard to mini ring support.
Reported by: marcel
Tested by:marcel
Author: nwhitehorn
Date: Tue Dec 8 05:18:59 2009
New Revision: 200247
URL: http://svn.freebsd.org/changeset/base/200247
Log:
MFC r200070:
Add manpages for ams(4), akbd(4), adb(4), and cuda(4), which describe
various drivers for Apple Desktop Bus controllers and peripherals.
Added:
sta
Author: nwhitehorn
Date: Tue Dec 8 05:23:07 2009
New Revision: 200248
URL: http://svn.freebsd.org/changeset/base/200248
Log:
MFC r198444:
Allow Heathrow-based machines to boot a kernel containing option SMP
without panicing.
Modified:
stable/8/sys/powerpc/powermac/hrowpic.c
Directory
Author: nwhitehorn
Date: Tue Dec 8 05:27:06 2009
New Revision: 200249
URL: http://svn.freebsd.org/changeset/base/200249
Log:
MFC r198445:
Turn on NAP mode on G5 systems, and refactor the HID0 setup code a little.
This makes my G5 Xserve sound slightly less like it is filled with
howlin
Author: nwhitehorn
Date: Tue Dec 8 05:32:44 2009
New Revision: 200250
URL: http://svn.freebsd.org/changeset/base/200250
Log:
MFC r198678:
ake procstat -k work on PowerPC by avoiding mistakenly using signed
compares with a low address (0x1000) and a high address
(the KVA kernel stack).
Author: jkim
Date: Tue Dec 8 05:35:51 2009
New Revision: 200251
URL: http://svn.freebsd.org/changeset/base/200251
Log:
- Try pre-allocating all FIBs upfront. Previously we tried pre-allocating
128 FIBs first and allocated more later if necessary. Remove now unused
definitions from the hea
Author: nwhitehorn
Date: Tue Dec 8 05:37:08 2009
New Revision: 200252
URL: http://svn.freebsd.org/changeset/base/200252
Log:
MFC r199886:
Add a CPU features framework on PowerPC and simplify CPU setup a little
more. This provides three new sysctls to user space:
hw.cpu_features - A bit
77 matches
Mail list logo
