Re: Switch from legacy ata(4) to CAM-based ATA

2011-04-24 Thread Alexander Motin
On 21.04.2011 13:26, Alexander Motin wrote: Marius Strobl wrote: On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote: With 9.0 release approaching quickly, I believe it the best time now to manage migration from legacy ata(4) ATA to the new CAM-based one. New ATA code present in the

Re: panic: g_eli_key_hold: sc_ekeys_total=1

2011-04-24 Thread Fabian Keil
Fabian Keil wrote: > With sources from today my system panics at boot time > after attaching the swap device: > > GEOM_ELI: Device ada0s1b.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > panic: g_eli_key_hold: sc_ekeys_total=1 > cpuid = 0 > KDB: enter: panic >

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Sun, Apr 24, 2011 at 02:57:11PM +0900, Randy Bush wrote: > i know i a perverted, but i really prefer not to have ca_mode. i.e. > prior to 9, i had this little patch > > *** termcap.FCS Tue Jun 17 15:10:46 2003 > --- termcap Tue Jun 17 15:14:15 2003 > *** > *** 2

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Randy Bush
> With xterm? yep > (that's a resource setting, also available as a menu entry) the menu "Enable Alternate Screen Switching" seems to do nothing toggled either way. could you whack me with the resource name? randy ___ freebsd-current@freebsd.org mail

Re: panic: g_eli_key_hold: sc_ekeys_total=1

2011-04-24 Thread Pawel Jakub Dawidek
On Sun, Apr 24, 2011 at 11:12:03AM +0200, Fabian Keil wrote: > The panic can be reproduced with: > /sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b That's why I asked for ada0s1b size. It should be fixed in HEAD (r220984). -- Pawel Jakub Dawidek http://www.wheelsystems.com Fr

"No such file or directory" in daily setuid checks

2011-04-24 Thread Glen Barber
Hi, I'm running a fairly recent -CURRENT on a new storage machine: kaos % uname -a FreeBSD kaos 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Apr 16 06:39:04 EDT 2011 root@kaos:/usr/obj/usr/src/sys/GENERIC amd64 I'm using ZFS v28 with dedup (thank you, pjd!) on an NFS-exported dataset, to which I

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Sun, Apr 24, 2011 at 07:30:12PM +0900, Randy Bush wrote: > > With xterm? > > yep What does the included termcap for xterm-xfree86 look like? Just to refresh my memory, I'm looking at the code, and see that titeInhibit applies to each of the controls that would switch between normal/alternate

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Randy Bush
> What does the included termcap for xterm-xfree86 look like? xterm-new|modern xterm:\ :@7=\EOF:@8=\EOM:F1=\E[23~:F2=\E[24~:K2=\EOE:Km=\E[M:\ :k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:\ :k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:kI=\E[2~:\ :kN=\E[6~:kP=\E[5

Re: panic: g_eli_key_hold: sc_ekeys_total=1

2011-04-24 Thread Fabian Keil
Fabian Keil wrote: > Fabian Keil wrote: > > > With sources from today my system panics at boot time > > after attaching the swap device: > > > > GEOM_ELI: Device ada0s1b.eli created. > > GEOM_ELI: Encryption: AES-XTS 256 > > GEOM_ELI: Crypto: software > > panic: g_eli_key_hold: sc_ekeys_to

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Sun, Apr 24, 2011 at 10:23:43PM +0900, Randy Bush wrote: > > What does the included termcap for xterm-xfree86 look like? > > xterm-new|modern xterm:\ ... looks ok - no hidden "ti" or "te" capabilities lurking in that. > > odd - even if you were using an application that uses the terminfo > >

Re: Heads Up: default NFS server changing to the new one

2011-04-24 Thread O. Hartmann
On 04/24/11 02:00, Rick Macklem wrote: There will soon be a commit to head that will change the default NFS server to the new one that was called the experimental NFS server (but no longer experimental). After this commit, you must use "-o" on both mountd and nfsd to force the system to use the o

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Ian FREISLICH
Randy Bush wrote: > i know i a perverted, but i really prefer not to have ca_mode. i.e. > prior to 9, i had this little patch Are you trying to stop the irritating linux-like screen swapping? I couldn't make termcap play nicely. In the end I put the following in wy .Xresources: XTerm*titeInhib

Re: Switch from legacy ata(4) to CAM-based ATA

2011-04-24 Thread Scott Long
On Apr 23, 2011, at 10:36 AM, sth...@nethelp.no wrote: >> In other words, "ada" isn't the problem here, it's that we all still think >> in terms of the 1980's when systems didn't autoconfigure and device names >> were important hints to system functionality. That time has thankfully >> passed,

Re: Heads Up: default NFS server changing to the new one

2011-04-24 Thread Rick Macklem
> On 04/24/11 02:00, Rick Macklem wrote: > > There will soon be a commit to head that will change the > > default NFS server to the new one that was called the > > experimental NFS server (but no longer experimental). After > > this commit, you must use "-o" on both mountd and nfsd to > > force the

Re: Switch from legacy ata(4) to CAM-based ATA

2011-04-24 Thread Adam Vande More
On Sun, Apr 24, 2011 at 1:54 PM, Scott Long wrote: > Indeed, there's nothing wrong with preserving access to the system details > for the use of administration, troubleshooting, and even mere geeky > knowledge. This isn't about taking power away from the superusers, it's > about making the syste

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Randy Bush
>> i know i a perverted, but i really prefer not to have ca_mode. i.e. >> prior to 9, i had this little patch > Are you trying to stop the irritating linux-like screen swapping? don't know linux, but i want to exit more et alia and have my screen restored. sounds like i am the opposite of you.

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Pan Tsu
Randy Bush writes: > i know i a perverted, but i really prefer not to have ca_mode. i.e. Not to? But the patch makes the opposite effect. > prior to 9, i had this little patch > > *** termcap.FCS Tue Jun 17 15:10:46 2003 > --- termcap Tue Jun 17 15:14:15 2003 > ***

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Randy Bush
>> i know i a perverted, but i really prefer not to have ca_mode. i.e. > Not to? But the patch makes the opposite effect. sorry. my bad. > Use FreeBSD-specific `xterm-clear' termcap record, e.g. > > $ xterm -xrm 'XTerm.termName: xterm-clear' # or add to ~/.Xdefaults > > or alter xterm alias

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Sun, Apr 24, 2011 at 06:26:34PM -0400, Thomas Dickey wrote: > On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote: > > Randy Bush writes: > > > > > i know i a perverted, but i really prefer not to have ca_mode. i.e. > > > > Not to? But the patch makes the opposite effect. > > hmm - I've

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote: > Randy Bush writes: > > > i know i a perverted, but i really prefer not to have ca_mode. i.e. > > Not to? But the patch makes the opposite effect. hmm - I've seen this sort of question often enough that I read it offhand as did someone

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Pan Tsu
Thomas Dickey writes: [...] > Setting the titeInhibit resource cancels those 1049's, but unsetting > it doesn't add them. xterm-basic in /head doesn't define ti/te capabilities anymore per r200503. So, there is no more need to hide them via `@', e.g. `:ti@:te@:' in `xterm'. $ getcap -c ti -f

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Randy Bush
no help from the following: *** termcap~Fri Mar 18 14:34:01 2011 --- termcap Sun Apr 24 23:33:52 2011 *** *** 3131,3136 --- 3131,3137 # # Customization begins here. xterm-xfree86|xterm terminal emulator (XFree86):\ + :te=\E[?1049l:ti=\E[?1049h:\ :t

Re: xterm termcape :ti@:te@:

2011-04-24 Thread Thomas Dickey
On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote: > no help from the following: > > *** termcap~Fri Mar 18 14:34:01 2011 > --- termcap Sun Apr 24 23:33:52 2011 > *** > *** 3131,3136 > --- 3131,3137 > # > # Customization begins here. > xterm-xfree86|xte

Re: Switch from legacy ata(4) to CAM-based ATA

2011-04-24 Thread Arnaud Lacombe
Hi, On Sun, Apr 24, 2011 at 5:04 AM, Alexander Motin wrote: > Patch committed. Welcome to the new world! :) > What transition plan do you provide ? Drop in single-user-mode and fix /etc/fstab ? Forbid anybody without ATA_CAM in their 8.x config to be able to switch between 8 and 9 ? Thanks, - A

Re: Switch from legacy ata(4) to CAM-based ATA

2011-04-24 Thread Arnaud Lacombe
Hi, On Thu, Apr 21, 2011 at 3:51 AM, Bjoern A. Zeeb wrote: > [...] > > I agree that we need to catch up with something but we should have done so a > year ago. > > a) we MUST HAVE a transition scheme if we cam-base ATA by default. Something > that converts things automatically to whatever?  Tha