8 2011(r220982)
@@ -22,6 +22,34 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 9.
machines to maximize performance. (To disable malloc debugging, run
ln -s aj /etc/malloc.conf.)
+20110424:
+ The GENERIC kernels for all architectures now default to the new
+ CAM-based ATA st
On Sun, 24 Apr 2011 08:58:58 + (UTC)
Alexander Motin wrote:
> If you are using ATA
> device names in /etc/fstab or other places, make sure to update them
> respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
> where 'Y's are the sequential numbers for each type in order of
> det
On 24.04.2011 12:06, Bruce Cran wrote:
On Sun, 24 Apr 2011 08:58:58 + (UTC)
Alexander Motin wrote:
If you are using ATA
device names in /etc/fstab or other places, make sure to update them
respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
where 'Y's are the sequential n
Author: mav
Date: Sun Apr 24 09:23:08 2011
New Revision: 220983
URL: http://svn.freebsd.org/changeset/base/220983
Log:
Explicitly note that device numbers are starting from zero.
Modified:
head/UPDATING
Modified: head/UPDATING
=
On Sun, 24 Apr 2011 12:15:51 +0300
Alexander Motin wrote:
> On 24.04.2011 12:06, Bruce Cran wrote:
> > People might expect that if ata(4) numbering starts with ad4, ada4
> > would be created. However on my machines I've seen ad4 get mapped to
> > ada0.
>
> Yes. With sequential I mean from 0 and
On Sun Apr 24 11, Alexander Motin wrote:
> Author: mav
> Date: Sun Apr 24 09:23:08 2011
> New Revision: 220983
> URL: http://svn.freebsd.org/changeset/base/220983
>
> Log:
> Explicitly note that device numbers are starting from zero.
>
> Modified:
> head/UPDATING
>
> Modified: head/UPDATING
On Sun, Apr 24, 2011 at 08:58:58AM +, Alexander Motin wrote:
> Author: mav
> Date: Sun Apr 24 08:58:58 2011
> New Revision: 220982
> URL: http://svn.freebsd.org/changeset/base/220982
>
> Log:
> Switch the GENERIC kernels for all architectures to the new CAM-based ATA
> stack. It means that
On 24.04.2011 13:07, Kostik Belousov wrote:
On Sun, Apr 24, 2011 at 08:58:58AM +, Alexander Motin wrote:
Author: mav
Date: Sun Apr 24 08:58:58 2011
New Revision: 220982
URL: http://svn.freebsd.org/changeset/base/220982
Log:
Switch the GENERIC kernels for all architectures to the new CAM-
On Apr 24, 2011, at 8:58 AM, Alexander Motin wrote:
> Author: mav
> Date: Sun Apr 24 08:58:58 2011
> New Revision: 220982
> URL: http://svn.freebsd.org/changeset/base/220982
>
> Log:
> Switch the GENERIC kernels for all architectures to the new CAM-based ATA
> stack. It means that all legacy A
Author: pjd
Date: Sun Apr 24 10:41:13 2011
New Revision: 220984
URL: http://svn.freebsd.org/changeset/base/220984
Log:
One key is expected from providers smaller than or equal to (2^20)*sectorsize
bytes. Remove bogus assertion and while here remove another too obvious
assertion.
Reporte
On Sun, 24 Apr 2011, Alexander Best wrote:
On Sun Apr 24 11, Alexander Motin wrote:
Author: mav
Date: Sun Apr 24 09:23:08 2011
New Revision: 220983
URL: http://svn.freebsd.org/changeset/base/220983
Log:
Explicitly note that device numbers are starting from zero.
Modified:
head/UPDATING
M
Author: kib
Date: Sun Apr 24 10:47:56 2011
New Revision: 220985
URL: http://svn.freebsd.org/changeset/base/220985
Log:
VFS sometimes is unable to inactivate a vnode when vnode use count
goes to zero. E.g., the vnode might be only shared-locked at the time of
vput() call. Such vnodes are kept
On Sun, 24 Apr 2011, Alexander Motin wrote:
Author: mav
Date: Sun Apr 24 08:58:58 2011
New Revision: 220982
URL: http://svn.freebsd.org/changeset/base/220982
Log:
Switch the GENERIC kernels for all architectures to the new CAM-based ATA
stack. It means that all legacy ATA drivers are disabled
On Sun, 24 Apr 2011, Alexander Best wrote:
==
--- head/UPDATING Sun Apr 24 08:58:58 2011(r220982)
+++ head/UPDATING Sun Apr 24 09:23:08 2011(r220983)
@@ -28,8 +28,9 @@ NOTE TO PEOPLE WHO THIN
On 24.04.2011 13:20, Bjoern A. Zeeb wrote:
On Apr 24, 2011, at 8:58 AM, Alexander Motin wrote:
Author: mav
Date: Sun Apr 24 08:58:58 2011
New Revision: 220982
URL: http://svn.freebsd.org/changeset/base/220982
Log:
Switch the GENERIC kernels for all architectures to the new CAM-based ATA
sta
On Sun, 24 Apr 2011, Alexander Motin wrote:
Are you going to address that on updating magic will make it work within
the next 2-4 weeks?
s/ad[0-9]+/ada0/ should fit 90%. A bit more sophisticated script should fit
most. In what place should I put that magic?
If you will not then thanks for
On Sun, 24 Apr 2011, Robert Watson wrote:
I agree with Bjoern that it is critical to address these issues in a timely
manner -- our users depend on reliable and easy upgrades, and it seems (on
face value) that significant work remains to be done to make that possible.
Our release is increasin
On 24.04.2011 14:00, Robert Watson wrote:
On Sun, 24 Apr 2011, Alexander Motin wrote:
Are you going to address that on updating magic will make it work
within the next 2-4 weeks?
s/ad[0-9]+/ada0/ should fit 90%. A bit more sophisticated script
should fit most. In what place should I put that m
On 24.04.2011 13:25, Dan Mack wrote:
On Sun, 24 Apr 2011, Alexander Best wrote:
On Sun Apr 24 11, Alexander Motin wrote:
Author: mav
Date: Sun Apr 24 09:23:08 2011
New Revision: 220983
URL: http://svn.freebsd.org/changeset/base/220983
Log:
Explicitly note that device numbers are starting from
On Sun, Apr 24, 2011 at 05:25:00AM -0500, Dan Mack wrote:
> For those of us using a ZFS root pool built out of /dev/gpt/
> devices, will these automagically pick up the new names?
Even if you use adX devices in your ZFS pool and they will suddenly
change to adaY, ZFS should detect this properly an
Author: kib
Date: Sun Apr 24 13:22:14 2011
New Revision: 220987
URL: http://svn.freebsd.org/changeset/base/220987
Log:
Fix typo.
MFC after:3 days
Modified:
head/sys/sys/systm.h
Modified: head/sys/sys/systm.h
===
On 04/24/11 05:49, Robert Watson wrote:
On Sun, 24 Apr 2011, Alexander Best wrote:
==
--- head/UPDATING Sun Apr 24 08:58:58 2011 (r220982)
+++ head/UPDATING Sun Apr 24 09:23:08 2011 (r220983)
@@ -28,8 +28,9 @@ NOTE TO
Author: adrian
Date: Sun Apr 24 14:50:29 2011
New Revision: 220988
URL: http://svn.freebsd.org/changeset/base/220988
Log:
Eliminate code duplication between AR5416/AR9160/AR9280 and AR9285.
Writing the TX power registers is the same between all of these chips
and later NICs (AR9287, AR927
Robert Watson wrote:
> I'm very pleased to see a continued movement towards the new ATA code;
> it offers clear benefits to all of our users, and is definitely
> something we want done for 9.0.
>
> Could you say more about the migration strategy for users? I recall
> that when you proposed throwi
Author: adrian
Date: Sun Apr 24 15:48:07 2011
New Revision: 220989
URL: http://svn.freebsd.org/changeset/base/220989
Log:
Use the refactored ar5416WriteTxPowerRateRegisters() call in the ar9285 code.
Modified:
head/sys/dev/ath/ath_hal/ar9002/ar9285_reset.c
Modified: head/sys/dev/ath/ath_hal/
Author: adrian
Date: Sun Apr 24 15:53:57 2011
New Revision: 220990
URL: http://svn.freebsd.org/changeset/base/220990
Log:
Break out the PLL setup into an overridable method.
The only method right now is ar5416InitPLL() which handles multiple
chipsets; this can now be overridden by newer c
On Sun, Apr 24, 2011 at 06:28:48PM +0300, Alexander Motin wrote:
> What's about creating some kind of symlinks, it could be nice if it
> worked, but I don't see the way to do it on disk(9) or GEOM layers
> without breaking device's access counters and as result further random
> problems.
Speaking
On Sun, Apr 24, 2011 at 09:23:08AM +, Alexander Motin wrote:
> ATA device names in /etc/fstab or other places, make sure to update
> them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
> - where 'Y's are the sequential numbers for each type in order of
> -
On 24.04.2011 19:19, Andrey Chernov wrote:
On Sun, Apr 24, 2011 at 09:23:08AM +, Alexander Motin wrote:
ATA device names in /etc/fstab or other places, make sure to update
them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX ->
saY,
- where 'Y's are the s
On 24 Apr 2011, at 17:32, Alexey Dokuchaev wrote:
> On Sun, Apr 24, 2011 at 06:28:48PM +0300, Alexander Motin wrote:
>> What's about creating some kind of symlinks, it could be nice if it
>> worked, but I don't see the way to do it on disk(9) or GEOM layers
>> without breaking device's access cou
On 24 Apr 2011, at 12:49, Alexander Motin wrote:
>>> Reverting is not an option. _Constructive_ propositions are welcome.
>>
>> It is the policy of this project that the release engineering team has
>> final authority over what ships in a release. It is entirely within
>> scope to revert this ch
On 24/04/2011, at 18:19, Andrey Chernov wrote:
> On Sun, Apr 24, 2011 at 09:23:08AM +, Alexander Motin wrote:
>> ATA device names in /etc/fstab or other places, make sure to update
>> them respectively (adX -> adaY, acdX -> cdY, afdX -> daY, astX -> saY,
>> -where 'Y's are the se
On Apr 24, 2011, at 3:28 PM, Alexander Motin wrote:
> I was hoping to not expand migration process onto another decade. Many
> users already migrated to the new infrastructure on both STABLE and
> CURRENT and AFAIK editing fstab was not a major problem for them.
Do not think that based on the hun
On 24.04.2011 21:59, Bjoern A. Zeeb wrote:
What's about creating some kind of symlinks, it could be nice if it
worked, but I don't see the way to do it on disk(9) or GEOM layers
without breaking device's access counters and as result further random
problems.
I had been pondering devfs "link"s m
On Sun, 24 Apr 2011, Pawel Jakub Dawidek wrote:
On Sun, Apr 24, 2011 at 05:25:00AM -0500, Dan Mack wrote:
For those of us using a ZFS root pool built out of /dev/gpt/
devices, will these automagically pick up the new names?
Even if you use adX devices in your ZFS pool and they will suddenly
c
Author: glebius
Date: Mon Apr 25 04:55:50 2011
New Revision: 221005
URL: http://svn.freebsd.org/changeset/base/221005
Log:
When msk_detach() is called from msk_attach(), ifp may be
yet not initialized.
Modified:
head/sys/dev/msk/if_msk.c
Modified: head/sys/dev/msk/if_msk.c
On Apr 24, 2011, at 11:34 AM, Daniel O'Connor wrote:
>
> On 24/04/2011, at 18:19, Andrey Chernov wrote:
>> On Sun, Apr 24, 2011 at 09:23:08AM +, Alexander Motin wrote:
>>> ATA device names in /etc/fstab or other places, make sure to update
>>> them respectively (adX -> adaY, acdX ->
Now that the horse is out of the barn, the following might be a little late
(unless we unpull the trigger for a month).
But what if we warned that / was on a device name, and not on a 'named' device.
Complain if it was on /dev/da0, but not if it was on /dev/ufs/fred-root.
Users would see this
Author: dougb
Date: Mon Apr 25 05:57:01 2011
New Revision: 221006
URL: http://svn.freebsd.org/changeset/base/221006
Log:
Add svn:executable property
Modified:
Directory Properties:
head/etc/rc.d/opensm (props changed)
___
svn-src-head@freebsd.org
Author: dougb
Date: Mon Apr 25 06:03:22 2011
New Revision: 221007
URL: http://svn.freebsd.org/changeset/base/221007
Log:
Create a function for the code from r192246 so that it can be used both
times mount is called.
Limit the automatic behavior to when AUTO is specified (as it is in
etc
On 25/04/2011, at 6:55, Warner Losh wrote:
>> The best way is to change to use GPT IDs (/dev/gptid/xxx) if you are on a
>> GPT system) or UFS IDs (/dev/ufsid/xxx) if you can't.
>
> I've been running with ufs labels for a couple of years now, since the first
> rumblings of this hit the streets.
41 matches
Mail list logo
