Add setacl system call?

2011-07-24 Thread exorcistkiller
Hi, I'm working on a course project in which I need to add 3 system calls. One of which is setacl(char *name, int type, int idnum, int perms), which set acl for a file specified by name. I used newfs as in ftp://ftp.tw.freebsd.org/pub/FreeBSD/FreeBSD-current/src/sbin/newfs/ to make this new

Re: Autosizing column widths in ps(1).

2011-07-24 Thread Edward Tomasz Napierała
Wiadomość napisana przez Test Rat w dniu 22 lip 2011, o godz. 19:21: Edward Tomasz Napierała tr...@freebsd.org writes: Patch below changes ps(1) to automatically size column widths according to their contents. From the user point of view, it prevents breaking layout with too wide values

Re: UMA large allocations issues

2011-07-24 Thread Davide Italiano
oh, sorry I noticed that there's a typo. In mtx_init(uma_mtx, Bitmap Lock, NULL, MTX_DEF); you should replace uma_mtx with bitmap_mtx. Davide ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To

Re: LPC32x0 MMC/SD and DMA interface issues

2011-07-24 Thread Ian Lepore
Have a look at the Atmel driver in sys/arm/at91/at91_mci.c. It interfaces to the mmc/sd driver code in sys/dev, and uses DMA. The driver in -current does only single-block transfers; if you add my patches from http://www.freebsd.org/cgi/query-pr.cgi?pr=155214 it will do multiblock transfers as

Re: Autosizing column widths in ps(1).

2011-07-24 Thread Alexander Best
On Sun Jul 24 11, Edward Tomasz Napiera?a wrote: Wiadomo?? napisana przez Test Rat w dniu 22 lip 2011, o godz. 19:21: Edward Tomasz Napiera?a tr...@freebsd.org writes: Patch below changes ps(1) to automatically size column widths according to their contents. From the user point of

Re: Autosizing column widths in ps(1).

2011-07-24 Thread Alexander Best
On Sun Jul 24 11, Alexander Best wrote: On Sun Jul 24 11, Edward Tomasz Napiera?a wrote: Wiadomo?? napisana przez Test Rat w dniu 22 lip 2011, o godz. 19:21: Edward Tomasz Napiera?a tr...@freebsd.org writes: Patch below changes ps(1) to automatically size column widths according

Mapping /dev/gptid numbers to /dev/adXpY

2011-07-24 Thread Stephen Hocking
Hi all, After shuffling some disks around in a ZFS array (moving them to a hot-swap cabinet) I am now seeing gptid numbers when doing a zpool status: zpool status schtuff pool: schtuff state: ONLINE scan: scrub repaired 0 in 5h57m with 0 errors on Wed Jul 20 17:05:29 2011 config:

Re: Mapping /dev/gptid numbers to /dev/adXpY

2011-07-24 Thread Stephen Hocking
On Mon, Jul 25, 2011 at 2:15 PM, Daniel O'Connor docon...@gsoft.com.au wrote: On 25/07/2011, at 11:03, Stephen Hocking wrote: Now this is all very interesting, but I would like to be able to map that back to a /dev/adXpY device entry, so when I offline them I can then go to the appropriate

Re: Mapping /dev/gptid numbers to /dev/adXpY

2011-07-24 Thread Daniel O'Connor
On 25/07/2011, at 11:03, Stephen Hocking wrote: Now this is all very interesting, but I would like to be able to map that back to a /dev/adXpY device entry, so when I offline them I can then go to the appropriate physical disk. I thought that gpart show -r might help, but the numbers emitted

Re: Mapping /dev/gptid numbers to /dev/adXpY

2011-07-24 Thread Daniel O'Connor
On 25/07/2011, at 13:54, Stephen Hocking wrote: If you run 'gpart list' you will see a list of device names and UUIDs. Mapping it by hand is a bit tedious though.. Both Test Rat Daniel pointed me towards gpart list. The gpart man page doesn't seem to mention the list command, which

Re: Mapping /dev/gptid numbers to /dev/adXpY

2011-07-24 Thread Freddie Cash
If you disable gptid labels in /boot/loader.conf and reboot, it should display the device nodes again. Alternatively, since you are using gpt, you can just label the partitions, and 'zfs replace' each disk with the /dev/gpt/labelname node. On Sunday, July 24, 2011, Stephen Hocking