Re: Tmpfs panic in -current

2012-06-28 Thread Gleb Kurtsou
On (27/06/2012 13:29), Kevin Lo wrote: Kevin Lo wrote: Konstantin Belousov wrote: On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote: Konstantin Belousov wrote: On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote: I've observed a panic in recent -current several

Re: Tmpfs panic in -current

2012-06-28 Thread Kevin Lo
On 四, 2012-06-28 at 10:09 +0300, Gleb Kurtsou wrote: On (27/06/2012 13:29), Kevin Lo wrote: Kevin Lo wrote: Konstantin Belousov wrote: On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote: Konstantin Belousov wrote: On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Boris Samorodov
27.06.2012 23:27, Andrey V. Elsukov пишет: 1. You are against from: Our loader detects that primary GPT header is damaged. It tries to read backup GPT header from the last LBA and it detects that there is GEOM:: signature. It tries to read one previous sector and there is *valid* GPT header.

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Stefan Esser
Am 27.06.2012 21:14, schrieb Marcel Moolenaar: On Jun 27, 2012, at 12:08 PM, Christian Laursen wrote: On 06/27/12 16:28, John Baldwin wrote: On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote: When we are in the FreeBSD, our loader can detect that device size is lower than it

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Andrey V. Elsukov
On 28.06.2012 13:19, Boris Samorodov wrote: 27.06.2012 23:27, Andrey V. Elsukov пишет: 1. You are against from: Our loader detects that primary GPT header is damaged. It tries to read backup GPT header from the last LBA and it detects that there is GEOM:: signature. It tries to read one

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Stefan Esser
Sorry for following up to self, but ... I just noticed somebody else suggesting the same method (put GMIRROR configuration below Secondary GPT header), but I think there is a problem: If GMIRROR is used to mirror whole GPT partitioned drives, then you want the GPT sectors to be considered part

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Boris Samorodov
28.06.2012 13:41, Andrey V. Elsukov пишет: On 28.06.2012 13:19, Boris Samorodov wrote: 27.06.2012 23:27, Andrey V. Elsukov пишет: 1. You are against from: Our loader detects that primary GPT header is damaged. It tries to read backup GPT header from the last LBA and it detects that there is

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Boris Samorodov
28.06.2012 14:10, Stefan Esser пишет: All of the above is ugly, U'm afraid :( One more try to overcome it. :-) We already have freebsd-boot partition at GPT scheme. Right? Then why not use it (dedicated file/part/etc.) to store geom FreeBSD information? -- WBR, Boris Samorodov (bsam)

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Andrey V. Elsukov
On 28.06.2012 14:35, Wojciech Puchar wrote: Just modify GEOM classes that keep state at the end of a partition to leave some spare area *behind* the GEOM data. I.e.: what is really a problem aat all? just leave as is. If someone want's use gpart and mirror then mirroring every partition

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Wojciech Puchar
Just modify GEOM classes that keep state at the end of a partition to leave some spare area *behind* the GEOM data. I.e.: what is really a problem aat all? just leave as is. If someone want's use gpart and mirror then mirroring every partition is simpler. usually not every partition needs to

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Andrey V. Elsukov
On 28.06.2012 15:36, Boris Samorodov wrote: 28.06.2012 14:10, Stefan Esser пишет: All of the above is ugly, U'm afraid :( One more try to overcome it. :-) We already have freebsd-boot partition at GPT scheme. Right? Then why not use it (dedicated file/part/etc.) to store geom FreeBSD

about netmap NETMAP_HW_RING recv pcaket

2012-06-28 Thread r...@9du.org
in pkt-gen.c tifreq.nr_ringid = (g.nthreads 1) ? (i | NETMAP_HW_RING) : 0; in netmap.c if (priv-np_qlast != NETMAP_HW_RING) { lim_tx = lim_rx = priv-np_qlast; } if nthreads 2.but have 8 num_tx_rings.(ixgbe default is 8) looks like thread #1 priv-np_qfirst = 0 priv-np_qlast = 1 thread

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Marcel Moolenaar
On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote: All of the above is ugly, U'm afraid :( Indeed. The only sane way is to put the metadata in a partition of its own. Every compliant OS will respect that and consequently will not scribble over the data unintentionally. Any other scheme that

GPU_KMS still not working CURRENT X220

2012-06-28 Thread Andrey Fesenko
I have lenovo thinkpad x220 # uname -a FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL amd64 # pciconf -lvb vgapci0@pci0:0:2:0: class=0x03 card=0x21da17aa chip=0x01268086 rev=0x09 hdr=0x00

Re: GPU_KMS still not working CURRENT X220

2012-06-28 Thread Kevin Oberman
On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko f0and...@gmail.com wrote: I have lenovo thinkpad x220 # uname -a FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun 28 08:41:40 MSK 2012     root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL amd64 # pciconf -lvb

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Pawel Jakub Dawidek
On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote: On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote: All of the above is ugly, U'm afraid :( Indeed. The only sane way is to put the metadata in a partition of its own. Every compliant OS will respect that and consequently

Re: about netmap NETMAP_HW_RING recv pcaket

2012-06-28 Thread rizzo
On Thu, Jun 28, 2012 at 09:24:59PM +0800, r...@9du.org wrote: in pkt-gen.c tifreq.nr_ringid = (g.nthreads 1) ? (i | NETMAP_HW_RING) : 0; in netmap.c if (priv-np_qlast != NETMAP_HW_RING) { lim_tx = lim_rx = priv-np_qlast; } if nthreads 2.but have 8 num_tx_rings.(ixgbe default

Re: Occassional permission denied in the middle of a large transfer over NFS

2012-06-28 Thread Vincent Hoffman
Just a note to say I have tested this on -CURRENT with the new nfs server and it is still the case. On the client (FreeBSD seaurchin 8.3-RELEASE-p3 FreeBSD 8.3-RELEASE-p3 #0: Tue Jun 12 00:39:29 UTC 2012 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64) [root@seaurchin

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Alexander Leidinger
On Thu, 28 Jun 2012 08:33:17 -0700 Marcel Moolenaar mar...@xcllnt.net wrote: My advise is to leave disk mirroring to H/W or firmware solutions and use FreeBSD mirroring for FreeBSD partitions only. If you want to mirror the whole disk, don't partition the disk with non-FreeBSD partitioning

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Mark Felder
On Thu, 28 Jun 2012 14:49:02 -0500, Alexander Leidinger alexan...@leidinger.net wrote: What about multipathing? In case the disk is attached via two paths but multipath is not enabled, the OS sees the same disk (and the same identical unique disk identifier) multiple times. Is this a

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Marcel Moolenaar
On Jun 28, 2012, at 10:25 AM, Pawel Jakub Dawidek wrote: On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote: On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote: All of the above is ugly, U'm afraid :( Indeed. The only sane way is to put the metadata in a partition of its

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Miroslav Lachman
Pawel Jakub Dawidek wrote: On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote: On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote: All of the above is ugly, U'm afraid :( Indeed. The only sane way is to put the metadata in a partition of its own. Every compliant OS will respect

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Marcel Moolenaar
On Jun 28, 2012, at 12:49 PM, Alexander Leidinger wrote: On Thu, 28 Jun 2012 08:33:17 -0700 Marcel Moolenaar mar...@xcllnt.net wrote: My advise is to leave disk mirroring to H/W or firmware solutions and use FreeBSD mirroring for FreeBSD partitions only. If you want to mirror the whole

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Pawel Jakub Dawidek
On Thu, Jun 28, 2012 at 02:54:43PM -0700, Marcel Moolenaar wrote: On Jun 28, 2012, at 12:49 PM, Alexander Leidinger wrote: Or are you suggesting to convince all BIOS vendors to include the ability to boot from some kind of FreeBSD private partitioning scheme (not MBR as it is not

Re: panic's in 10-CURRENT r235646 in VMware

2012-06-28 Thread Steve Wills
Hi Matthais, On 06/27/12 01:19, Matthias Apitz wrote: El día Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin escribió: On Saturday, June 16, 2012 04:51:06 AM Matthias Apitz wrote: El día Friday, June 15, 2012 a las 08:18:22AM -0400, John Baldwin escribió: the panic says: mutex

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Marcel Moolenaar
On Jun 28, 2012, at 4:07 PM, Pawel Jakub Dawidek wrote: I would be having less problems if the mirroring didn't force the backup GPT header in anything but the last sector. [...] GPT backup header is placed in the last sector of the mirror device, just like the user asked. Gmirror doesn't

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-28 Thread Hiroki Sato
Pawel Jakub Dawidek p...@freebsd.org wrote in 20120628230725.gb1...@garage.freebsd.pl: pj PS. We are discussing two totally different things here: pj 1. Is placing GPT on anything but raw disk violates the spec? I can pjagree that it does and I'm happy with gpart(8) growing a warning. I