On Sun, Apr 20, 2008 at 08:35:46PM +, Sam Leffler wrote:
This is complete break Citrix ICA client.
This client binding to first UP interface, now this is iwi0, for
example, w/o IP address. wlan0 can't be first UP interface.
sam 2008-04-20 20:35:46 UTC
FreeBSD src repository
On Mon, Nov 17, 2008 at 01:28:25AM +0300, Slawa Olhovchenkov wrote:
On Sun, Apr 20, 2008 at 08:35:46PM +, Sam Leffler wrote:
This is complete break Citrix ICA client.
This client binding to first UP interface, now this is iwi0, for
example, w/o IP address. wlan0 can't be first UP
On Mon, Nov 17, 2008 at 01:55:06AM +0300, Stanislav Sedov wrote:
On Sun, Apr 20, 2008 at 08:35:46PM +, Sam Leffler wrote:
This is complete break Citrix ICA client.
This client binding to first UP interface, now this is iwi0, for
example, w/o IP address. wlan0 can't be first UP
On Sun, Nov 16, 2008 at 04:51:03PM -0600, Brooks Davis wrote:
This is complete break Citrix ICA client.
This client binding to first UP interface, now this is iwi0, for
example, w/o IP address. wlan0 can't be first UP interface.
This doesn't appear to be true for me. I run the Citrix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 17 Nov 2008 01:28:25 +0300
Slawa Olhovchenkov [EMAIL PROTECTED] mentioned:
On Sun, Apr 20, 2008 at 08:35:46PM +, Sam Leffler wrote:
This is complete break Citrix ICA client.
This client binding to first UP interface, now this is
stas2008-10-03 10:31:31 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES files
sys/dev/mii atphy.c miidevs
sys/i386/confGENERIC
sys/modules Makefile
Added files:
sys/dev/ae
jhb 2008-08-29 18:54:35 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 182453 on 2008-08-29 18:54:35Z by jhb
Disable the KDTRACE options in GENERIC for now. They have not
On Friday 29 August 2008 02:54:35 pm John Baldwin wrote:
jhb 2008-08-29 18:54:35 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 182453 on 2008-08-29 18:54:35Z by jhb
jhb 2008-08-27 17:02:11 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 182282 on 2008-08-27 17:02:11Z by jhb
Don't enable PRINTF_BUFR_SIZE or DDB_CTF by default as these
jfv 2008-08-11 20:31:14 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
Log:
SVN rev 181611 on 2008-08-11 20:31:14Z by jfv
MFC of the e1000 driver reorg - add igb driver to GENERIC
RevisionChangesPath
ed 2008-08-03 10:32:17 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC NOTES
sys/arm/conf KB920X
sys/conf NOTES
sys/i386/confGENERIC NOTES
sys/modules Makefile
sys/modules/netgraph Makefile
jfv 2008-07-30 22:27:38 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
Log:
SVN rev 181031 on 2008-07-30 22:27:38Z by jfv
Add igb to the default kernel
MFC after:ASAP
Revision ChangesPath
1.505 +2 -1
yongari 2008-07-28 02:20:29 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 180866 on 2008-07-28 02:20:29Z by yongari
MFC r179347.
Add jme(4) to the list of drivers
yongari 2008-07-16 02:05:40 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 180550 on 2008-07-16 02:05:40Z by yongari
MFC r179347.
Add jme(4) to the list of drivers
yongari 2008-07-10 03:20:34 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
SVN rev 180415 on 2008-07-10 03:20:34Z by yongari
MFC r179109
Add age(4) to the list of drivers supported
delphij 2008-07-07 22:55:11 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
delphij 2008-07-04 01:29:12 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/conf NOTES files
sys/dev/mii miidevs
sys/i386/confGENERIC
sys/modules Makefile
delphij 2008-06-20 19:28:33 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES files
sys/dev/mii miidevs
sys/i386/confGENERIC
sys/modules Makefile
sys/modules/mii Makefile
Added
On Sun, Apr 20, 2008 at 01:54:26PM -0700, Sam Leffler wrote:
Expect fallout from these changes. Known issues:
o kernel configs must be updated to remove wlan_scan_*
o ipw is broken
o wi works for Prism cards with newer firmware (1.7.x tested w/ wpa!) but
older cards/firmware and Lucent
Brooks Davis wrote:
On Sun, Apr 20, 2008 at 01:54:26PM -0700, Sam Leffler wrote:
Expect fallout from these changes. Known issues:
o kernel configs must be updated to remove wlan_scan_*
o ipw is broken
o wi works for Prism cards with newer firmware (1.7.x tested w/ wpa!) but
older
sam 2008-04-20 19:20:39 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES files
sys/i386/confGENERIC PAE
sys/modules Makefile
sys/pc98/confGENERIC
share/man/man4 Makefile
sam 2008-04-20 20:35:46 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/arm/conf AVILA HL200 KB920X
sys/conf NOTES files options
sys/dev/ath ah_osdep.c ah_osdep.h if_ath.c
Expect fallout from these changes. Known issues:
o kernel configs must be updated to remove wlan_scan_*
o ipw is broken
o wi works for Prism cards with newer firmware (1.7.x tested w/ wpa!) but
older cards/firmware and Lucent cards are known broken
o adhoc mode is little tested and may be
Sam Leffler wrote:
sam 2008-04-20 20:35:46 UTC
FreeBSD src repository
Modified files:
lots...
Log:
Multi-bss (aka vap) support for 802.11 devices.
Note this includes changes to all drivers and moves some device firmware
loading to use firmware(9) and a separate
Andre Oppermann wrote:
Supported by: Hobnob and Marvell
Hell has frozen over!? Marvell supporting something OpenSource???
Marvell has been cooperative on many issues over the past 2 years.
Sam
___
cvs-all@freebsd.org mailing list
Sam Leffler wrote:
Andre Oppermann wrote:
Supported by: Hobnob and Marvell
Hell has frozen over!? Marvell supporting something OpenSource???
Marvell has been cooperative on many issues over the past 2 years.
The last time I was talking to them (up to senior management) regarding
rink2008-04-07 08:35:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
Add USB-RS232 devices to the GENERIC kernel.
imp@ has already done this in HEAD, refer to revision 1.476 of
dfr 2008-03-27 11:54:20 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/arm/conf AVILA BWCT CRB EP80219 HL200 IQ31244
KB920X SIMICS SKYEYE
sys/i386/confGENERIC XBOX
sys/ia64/confGENERIC
On Fri, Mar 7, 2008 at 3:09 PM, Xin LI [EMAIL PROTECTED] wrote:
delphij 2008-03-07 23:09:10 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/powerpc/conf GENERIC
Log:
MFC: Switch
Peter Wemm wrote:
On Fri, Mar 7, 2008 at 3:09 PM, Xin LI [EMAIL PROTECTED] wrote:
delphij 2008-03-07 23:09:10 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/powerpc/conf GENERIC
Log:
delphij 2008-03-07 23:09:10 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/powerpc/conf GENERIC
Log:
MFC: Switch to use ULE as default scheduler on amd64, i386 and powerpc
ru 2008-02-19 06:30:49 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
Log:
Eliminate whitespace diffs to the i386 version.
Revision ChangesPath
1.493 +1 -2 src/sys/amd64/conf/GENERIC
jhb 2008-01-07 21:40:11 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES options
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
On Wed, Nov 28, 2007 at 05:50:45AM +, Attilio Rao wrote:
attilio 2007-11-28 05:50:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES options
sys/i386/confGENERIC XBOX
sys/kern
Attilio Rao wrote:
attilio 2007-11-28 05:50:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES options
sys/i386/confGENERIC XBOX
sys/kern kern_mutex.c
sys/sparc64/conf GENERIC
2007/11/28, Matteo Riondato [EMAIL PROTECTED]:
On Wed, Nov 28, 2007 at 05:50:45AM +, Attilio Rao wrote:
attilio 2007-11-28 05:50:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES options
sys/i386/conf
attilio 2007-11-28 05:50:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/conf NOTES options
sys/i386/confGENERIC XBOX
sys/kern kern_mutex.c
sys/sparc64/conf GENERIC
sys/sun4v/conf
On Fri, 26 Oct 2007, Warner Losh wrote:
imp 2007-10-26 02:20:29 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
Add usb serial devices by default. I'm tired of telling people how to
do this that should know better
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
:
: On Fri, 26 Oct 2007, Warner Losh wrote:
:
: imp 2007-10-26 02:20:29 UTC
:
: FreeBSD src repository
:
: Modified files:
: sys/amd64/conf GENERIC
: sys/i386/confGENERIC
:
On Sat, 27 Oct 2007, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
:
: On Fri, 26 Oct 2007, Warner Losh wrote:
:
: imp 2007-10-26 02:20:29 UTC
:
: FreeBSD src repository
:
: Modified files:
: sys/amd64/conf
imp 2007-10-26 02:20:29 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
Add usb serial devices by default. I'm tired of telling people how to
do this that should know better :-).
Revision ChangesPath
imp 2007-10-26 02:35:42 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
Log:
Ooops. Put back Invariants and witness
Submitted by: csjp
Revision ChangesPath
1.487 +4 -4 src/sys/amd64/conf/GENERIC
kensmith2007-10-19 12:30:34 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
Log:
Switch over to ULE as the default scheduler for amd64 and i386
architectures.
Revision ChangesPath
1.485 +1 -1
brueffer2007-09-26 20:05:08 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
njl 2007-07-01 21:47:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC NOTES
sys/i386/confGENERIC NOTES
Log:
Add cpufreq(4) to GENERIC. It does not change the frequency by default,
so systems should be relatively unaffected. Users
Nate Lawson wrote:
njl 2007-07-01 21:47:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC NOTES
sys/i386/confGENERIC NOTES
Log:
Add cpufreq(4) to GENERIC. It does not change the frequency by default,
so systems should be
On Sun, Jul 01, 2007 at 02:51:22PM -0700, Nate Lawson wrote:
Nate Lawson wrote:
njl 2007-07-01 21:47:45 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC NOTES
sys/i386/confGENERIC NOTES
Log:
Add cpufreq(4) to GENERIC.
On 2007-Jul-01 14:51:22 -0700, Nate Lawson [EMAIL PROTECTED] wrote:
Actually, I'm not sure standard practice here. Should it be kept in
both NOTES and GENERIC? Maybe I should not have removed it from NOTES.
My understanding is that NOTES should contain all possible options.
NOTES contains other
In message: [EMAIL PROTECTED]
Nate Lawson [EMAIL PROTECTED] writes:
: Nate Lawson wrote:
: njl 2007-07-01 21:47:45 UTC
:
:FreeBSD src repository
:
:Modified files:
: sys/amd64/conf GENERIC NOTES
: sys/i386/confGENERIC NOTES
:Log:
:
delphij 2007-06-14 17:14:27 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
thompsa 2007-06-11 08:26:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/pc98/confGENERIC
sys/sparc64/conf GENERIC
Log:
Add wlan_scan_ap and wlan_scan_sta to platforms that include wlan.
rwatson 2007-06-08 20:29:07 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
kevlo 2007-05-10 01:39:50 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
Log:
Add wlan_amrr. ural(4) uses amrr as transmit rate control.
Revision ChangesPath
1.477 +1 -0 src/sys/amd64/conf/GENERIC
pjd 2007-04-10 16:49:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
On 4/11/07, Pawel Jakub Dawidek [EMAIL PROTECTED] wrote:
pjd 2007-04-10 16:49:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf
pjd 2007-04-10 21:40:13 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
On Wed, 2007-04-11 at 01:53 +0800, Rong-en Fan wrote:
On 4/11/07, Pawel Jakub Dawidek [EMAIL PROTECTED] wrote:
pjd 2007-04-10 16:49:41 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/conf
On Wednesday 28 February 2007 07:22, Pawel Jakub Dawidek wrote:
Dag-Erling, you're proposing removing it from GENERIC, because ataraid
doesn't work nicely in the current world order. From what I looked some
time ago ataraid isn't using GEOM to access components. AFAIR at some
point ataraid was
On Wed, Feb 28, 2007 at 09:46:42PM +1030, Daniel O'Connor wrote:
On Wednesday 28 February 2007 07:22, Pawel Jakub Dawidek wrote:
Dag-Erling, you're proposing removing it from GENERIC, because ataraid
doesn't work nicely in the current world order. From what I looked some
time ago ataraid
On Wednesday 28 February 2007 22:20, Pawel Jakub Dawidek wrote:
I don't know if you can use smartctl, atacontrol, etc with graid3 as I
don't use it.
Sure, all components are visible in /dev/, but you can't write to them
directly.
Sounds good then :)
--
Daniel O'Connor software and
Brooks Davis [EMAIL PROTECTED] writes:
While I agree there are serious problems with glabel and software RAID1
configurations, I don't think that warrants continuing to hide it from
the rest of us. We should probably add more warnings to the appropriate
manpages and fix the RAID
I'm inclined to agree with Dag-Erling here. Originally I was
pretty happy that this got turned on automatically, but on the whole I
think the points made are good ones.
___
cvs-all@freebsd.org mailing list
On Tue, Feb 27, 2007 at 10:16:16AM -0800, [EMAIL PROTECTED] wrote:
I'm inclined to agree with Dag-Erling here. Originally I was
pretty happy that this got turned on automatically, but on the whole I
think the points made are good ones.
I've reread Dag-Erling's post and I still don't agree
On Tue, Feb 27, 2007 at 10:20:52AM +0100, Dag-Erling Sm?rgrav wrote:
Brooks Davis [EMAIL PROTECTED] writes:
While I agree there are serious problems with glabel and software RAID1
configurations, I don't think that warrants continuing to hide it from
the rest of us. We should probably add
On Tue, 27 Feb 2007 13:17:21 -0600
Brooks Davis [EMAIL PROTECTED] wrote:
On Tue, Feb 27, 2007 at 10:16:16AM -0800, [EMAIL PROTECTED] wrote:
I'm inclined to agree with Dag-Erling here. Originally I was
pretty happy that this got turned on automatically, but on the whole I
think the
On Sun, Feb 25, 2007 at 03:54:17PM +0100, Dag-Erling Sm?rgrav wrote:
Brooks Davis [EMAIL PROTECTED] writes:
Log:
Include GEOM_LABEL in GENERIC. It's very useful and not well publicized
enough.
Bad idea. GEOM_LABEL can lead to filesystem corruption when used in
conjunction with
Brooks Davis [EMAIL PROTECTED] writes:
Log:
Include GEOM_LABEL in GENERIC. It's very useful and not well publicized
enough.
Bad idea. GEOM_LABEL can lead to filesystem corruption when used in
conjunction with mirrored disks. You mount /dev/ufs/root thinking it
corresponds to
Hi,
On Sun, Feb 11, 2007 at 02:55:28PM -0800, John-Mark Gurney wrote:
Pawel Jakub Dawidek wrote this message on Sat, Feb 10, 2007 at 12:34 +0100:
If you set kern.geom.label.debug to = 1, glabel will print a warning:
Label root(ufs/root) already exists (/dev/ad0s1a).
(or something
Pawel Jakub Dawidek wrote this message on Sat, Feb 10, 2007 at 12:34 +0100:
On Fri, Feb 09, 2007 at 01:15:17PM -0800, John-Mark Gurney wrote:
Brooks Davis wrote this message on Fri, Feb 09, 2007 at 19:03 +:
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
On Fri, Feb 09, 2007 at 01:15:17PM -0800, John-Mark Gurney wrote:
Brooks Davis wrote this message on Fri, Feb 09, 2007 at 19:03 +:
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
sys/powerpc/conf GENERIC
sys/sparc64/conf GENERIC
Brooks Davis wrote this message on Fri, Feb 09, 2007 at 19:03 +:
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
sys/ia64/confGENERIC
sys/pc98/confGENERIC
On Fri, Feb 09, 2007 at 01:15:17PM -0800, John-Mark Gurney wrote:
Brooks Davis wrote this message on Fri, Feb 09, 2007 at 19:03 +:
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/i386/confGENERIC
On 2/9/07, Brooks Davis [EMAIL PROTECTED] wrote:
On Fri, Feb 09, 2007 at 01:15:17PM -0800, John-Mark Gurney wrote:
Brooks Davis wrote this message on Fri, Feb 09, 2007 at 19:03 +:
brooks 2007-02-09 19:03:18 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf
I prefer that last option. Uniquify them somehow, and perhaps spit a warning
out to console. LABEL: ufs/ on device ad4s1b renamed to ufs/1.
Maybe just force it to auto-increment that last number until it finds an
available slot. If it can't find an available slot, then spit out an error
Quoting Marcel Moolenaar [EMAIL PROTECTED] (from Wed, 7 Feb 2007
12:42:08 -0800):
On Feb 7, 2007, at 12:02 PM, Robert Watson wrote:
Does this mean we can expect to see the disabling of GEOM
exclusive-use protections disappear from normal administrative
activities soon, as there will now
Marcel Moolenaar [EMAIL PROTECTED] writes:
marcel 2007-02-07 18:55:31 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/arm/conf EP80219
sys/conf NOTES files files.powerpc options
sys/i386/confGENERIC
On Feb 8, 2007, at 12:43 AM, Alexander Leidinger wrote:
Quoting Marcel Moolenaar [EMAIL PROTECTED] (from Wed, 7 Feb 2007
12:42:08 -0800):
On Feb 7, 2007, at 12:02 PM, Robert Watson wrote:
Does this mean we can expect to see the disabling of GEOM
exclusive-use protections disappear from
On Feb 8, 2007, at 6:07 AM, Dag-Erling Smørgrav wrote:
I can't see any mention of this in either commit logs or
code comments, and the code has changed so much that it is impossible
to determine if this issue has been addressed.
It should be resolved. The tests have been relaxed.
--
Marcel
marcel 2007-02-07 18:55:31 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/arm/conf EP80219
sys/conf NOTES files files.powerpc options
sys/i386/confGENERIC
sys/ia64/confDEFAULTS
sys/pc98/conf
On Wed, 7 Feb 2007, Marcel Moolenaar wrote:
Evolve the ctlreq interface added to geom_gpt into a generic
partitioning class that supports multiple schemes. Current
schemes supported are APM (Apple Partition Map) and GPT.
Change all GEOM_APPLE anf GEOM_GPT options into GEOM_PART_APM
and
On Feb 7, 2007, at 12:02 PM, Robert Watson wrote:
On Wed, 7 Feb 2007, Marcel Moolenaar wrote:
Evolve the ctlreq interface added to geom_gpt into a generic
partitioning class that supports multiple schemes. Current
schemes supported are APM (Apple Partition Map) and GPT.
Change all
On Wed, 7 Feb 2007, Marcel Moolenaar wrote:
Evolve the ctlreq interface added to geom_gpt into a generic partitioning
class that supports multiple schemes. Current schemes supported are APM
(Apple Partition Map) and GPT. Change all GEOM_APPLE anf GEOM_GPT options
into GEOM_PART_APM and
In message [EMAIL PROTECTED], Robert Watson writes:
The ctlreq interface supports verbs to create and destroy
partitioning schemes on a disk; to add, delete and modify
partitions; and to commit or undo changes made.
Does this mean we can expect to see the disabling of GEOM exclusive-use
On Wed, 7 Feb 2007, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Robert Watson writes:
The ctlreq interface supports verbs to create and destroy
partitioning schemes on a disk; to add, delete and modify
partitions; and to commit or undo changes made.
Does this mean we can
Robert Watson wrote:
On Wed, 7 Feb 2007, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Robert Watson
writes:
The ctlreq interface supports verbs to create and destroy
partitioning schemes on a disk; to add, delete and modify
partitions; and to commit or undo changes made.
On Wednesday 07 February 2007 18:29, Nate Lawson wrote:
Robert Watson wrote:
On Wed, 7 Feb 2007, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Robert Watson
writes:
The ctlreq interface supports verbs to create and destroy
partitioning schemes on a disk; to add,
John Baldwin wrote:
On Wednesday 07 February 2007 18:29, Nate Lawson wrote:
I assume phk@ is referring to the geom debug flags sysctl. The problem
with that approach is that it disabled (and potentially left disabled if
the flag wasn't cleared as the tool exits) all protection for the
Nice. But buildworld fails.
-Kip
On Wed, 7 Feb 2007, Marcel Moolenaar wrote:
marcel 2007-02-07 18:55:31 UTC
FreeBSD src repository
Modified files:
sys/amd64/conf GENERIC
sys/arm/conf EP80219
sys/conf NOTES files
On Wed, 07 Feb 2007, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Robert Watson writes:
The ctlreq interface supports verbs to create and destroy
partitioning schemes on a disk; to add, delete and modify
partitions; and to commit or undo changes made.
Does this mean we
In message [EMAIL PROTECTED], Nate Lawson writes:
Does this mean we can expect to see the disabling of GEOM
exclusive-use protections disappear from normal administrative
activities soon, as there will now be approved channels to
incrementally change the layout of in-use partition tables?
M. Warner Losh wrote:
Last time I tried to build, I tripped over the jdk needing java
needing mozilla and mozilla was marked as not buildable due to
security issues.
hmm.. jdk15 does not depend on mozilla here (at least not for amd64 or if
you have specified WITHOUT_WEB) Nor does openoffice-2
Scott Long [EMAIL PROTECTED] writes:
M. Warner Losh wrote:
Last time I tried to build, I tripped over the jdk needing java
needing mozilla and mozilla was marked as not buildable due to
security issues.
I wonder if you can get around the java mess by defining WITH_GCJ.
Why? Java does not
On Thursday 14 December 2006 15:21, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Kevin Oberman [EMAIL PROTECTED] writes:
: Date: Thu, 14 Dec 2006 11:07:03 -0700 (MST)
: From: M. Warner Losh [EMAIL PROTECTED]
: Sender: [EMAIL PROTECTED]
:
: In message: [EMAIL
David E. O'Brien wrote:
Log:
Turn on SMP in the default kernel.
Most FreeBSD/amd64 machines are either multi-socket and/or multi-core.
Mine isn't... nor are the 64-bit capable Semprons which many people are
using for various out-of-box applications out there, both commercial and
On Wed, Dec 13, 2006 at 08:13:24PM -0800, [EMAIL PROTECTED] wrote:
Secondly, I would *like* to have SMP on as a default in RELENG_6 for
amd64, as it would avoid doing what I've done twice already- fresh
sysinstall may or may not have installed an SMP kernel but going off and
building
On Thursday 14 December 2006 10:55, David O'Brien wrote:
On Wed, Dec 13, 2006 at 08:13:24PM -0800, [EMAIL PROTECTED] wrote:
Secondly, I would *like* to have SMP on as a default in RELENG_6 for
amd64, as it would avoid doing what I've done twice already- fresh
sysinstall may or may not
3. This change, had it not been reverted, would have broken the
consistency in the major release stream that we were trying to achieve.
You spell it 'POLA', I spell it 'consistent'. Either way, I think that
we both have a deep concern and appreciation for doing the right thing
and not pissing
I respect Matt's questions on the topic, and I hope that I am providing
reasonable answers and conversation on it.
Yes.
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to [EMAIL
On 12/14/06, David O'Brien [EMAIL PROTECTED] wrote:
On Wed, Dec 13, 2006 at 08:13:24PM -0800, [EMAIL PROTECTED] wrote:
Secondly, I would *like* to have SMP on as a default in RELENG_6 for
amd64, as it would avoid doing what I've done twice already- fresh
sysinstall may or may not have
1 - 100 of 141 matches
Mail list logo
