Gvinum patches for testing

Hi,

I'm releasing some patches to gvinum for testing. I'd appriciate any feedback
people can give me by testing them. I'm trying to split my patches as much as I
can, as well as providing a complete patch for most stuff.

All (at least most), of my work can be found here:
http://folk.ntnu.no/lulf/patches/freebsd/gvinum

IMO, the most ready of these are the implementation of setstate for
volumes and plex, the stop command, and attach/detach commands (the latter is
dependant on the first, and includes it, so if you just want to test only
setstate, you can do that), so I'd appreciate testing on these the most right
now, but I welcome everything :)

To apply them just do:

# cp gvinum_setstate.diff /usr/src
# patch < gvinum_setstate.diff

And you should be good to go.

Just replace the gvinum_setstate.diff with any other patch you want to apply.
gvinum_attach_detach.diff for the attach/detach + the setstate code.

I have an implementation of the dumpconfig option as well, but I do not really
like the way I've implemented it, so there will most certainly be changes to
that.

Other than that, I have put my drivegroup-implementation a bit on hold,
until I've completed all old vinum commands first since I feel that to be most
important right now. This means my fully functional implementation of the
'concat' command (although I discovered vinum actually behaves slightly
differently in this matter), will have to be changed a bit. I noticed my
implementation uses pre-created gvinum drives to create volumes, instead of
taking the actual device as a parameter, so I'm currently working on adapting
the code for that, although it's not easy to do it because gvinum is radically
different in some ways compared to vinum. Anyway, all my work on drivegroup can
be found in the gvinum_all_current.diff. Always nice with testing there too,
but a lot can change there.

The next step after the concat command will be the mirror and stripe commands,
which should be fairly easy when I've implemented the functions to be used by
the concat command. I will send a notice out to mailing lists as soon as I've
done more work in these areas (I'm in an exam period at the university right
now, so some time will have to go away to school :) ).

I also have some bugs in gvinum in general that I've not found time to look at,
but I hope to be able to soon.

And at last, it seems grog@ is kind of busy these days, so I have again no
committer to review my changes, but I hope to get some more help from others to
test it at least. Still, it would be nice if I could grab other available
committers attention. Again, I welcome suggestions and complaints.

PS. I also have a style patch, but that shouldn't need any testing :)

--
Ulf Lilleengen
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • [ANNOUNCE] Stacked GIT 0.13
    ... operations are performed using GIT commands and the patches are stored ... Safety checks for the 'rebase' command ... already modified by the current patch ... Fix bash completion to not garble the screen with an error message. ...
    (Linux-Kernel)
  • [ANNOUNCE] Stacked GIT 0.11
    ... Stacked GIT 0.11 release is available from http://www.procode.org/stgit/. ... operations are performed using GIT commands and the patches are stored ... New 'float' command to bring a range patches to the top of the ... add the modifications to a different patch) ...
    (Linux-Kernel)
  • Re: [PATCH] pktcdvd & udf bugfixes
    ... Well, I got a kernel compiled with your patches, but have not been able to test it yet. ... Last week the red laser crapped out on my sony 710A dvd/rw drive, so I got a new 810A and when I go to format the cd-rw with cdrwtool, the drive fails the write command with sense code 00.04.04, and then fails any commands after that and won't eject the disc until I do a hdparm -w. ... Will let you know when I get the new drive if your patch works out well or not. ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
    (Linux-Kernel)
  • new patch naming breaks dupatch delete
    ... are unable to find the patch id to use in the dupatch delete command. ... named patches, now it seems they aren't even doing that anymore. ... isn't a 'kit' option for dupatch delete and the numbers supplied in the ... There are no deletable patches as specified on the command line. ...
    (Tru64-UNIX-Managers)
  • Re: 2.6.19-rc3 system freezes when ripping with cdparanoia at ioctl(SG_IO)
    ... machine with SATA/ata_piix and cdparanoia 3.10. ... cdparanoia can handle both cases as long as the kernel ... promptly fails command issued with the wrong direction. ... Coincidentally I am sitting on a patch from Luben Tuikov ...
    (Linux-Kernel)