* [linux-lvm] [Patch] Latest device-mapper snapshot
@ 2002-10-23 5:25 Joe Thornber
2002-10-23 17:58 ` Austin Gonyou
0 siblings, 1 reply; 6+ messages in thread
From: Joe Thornber @ 2002-10-23 5:25 UTC (permalink / raw)
To: Linux Mailing List, linux-lvm, Alan Cox
New patchballs are available here:
http://people.sistina.com/~thornber/patches/2.5-stable/
Including a diff against 2.5.44-ac1. There are a lot of changes in
here compared to the last release, however most of these are due to
code refactoring rather than bug fixes. Highlights include:
o) Make the changes recommended by Christoph Hellwig and others:
http://marc.theaimsgroup.com/?l=linux-kernel&m=103462345119681&w=2
o) Add reference count to struct mapped_device, and struct dm_table.
o) Hide the above two structs in their respective .c file
o) Move all locking of struct mapped_device into dm.c (we can do this now because
of the reference counting).
o) Remove the name and uuid field from struct mapped device, these are really
only used by the interface as a way of refering to devices.
o) Nobody needs to lookup from kdev_t -> struct mapped_device, so remove
that hash table (thanks to Al Viros recent bdev->bd_disk stuff).
o) dm.c has no need of the dm-hash.c file any more, so merge dm-hash.c into
dm-ioctl.c (the fs interface uses the dcache for lookups).
There are still open issues that prevent things working perfectly:
o) The gendisk hash table is getting confused when removing a device. eg, if
I create 3 devices with minors (1, 2, 3). Then remove minor 2, get_gendisk
will remove minor == 3. (Or I've done something really stupid).
o) Splitting pages still doesn't work, this is a generic block layer
thing rather than dm. In practise I can only trigger this with
striped targets. So stick to linear targets for now.
Filesystem interface to follow before the end of the week.
- Joe
^ permalink raw reply [flat|nested] 6+ messages in thread
* re: [linux-lvm] [Patch] Latest device-mapper snapshot
@ 2002-10-23 11:55 Greg Freemyer
2002-10-24 2:41 ` Heinz J . Mauelshagen
2002-10-24 3:36 ` Joe Thornber
0 siblings, 2 replies; 6+ messages in thread
From: Greg Freemyer @ 2002-10-23 11:55 UTC (permalink / raw)
To: LVM Mailing list
Joe,
I haven't kept up.
What is LVM's status relative to the 2.5 feature freeze that is coming up?
TIA
Greg Freemyer
=====
>> New patchballs are available here:
>> http://people.sistina.com/~thornber/patches/2.5-stable/
>> Including a diff against 2.5.44-ac1. There are a lot of changes in
>> here compared to the last release, however most of these are due to
>> code refactoring rather than bug fixes. Highlights include:
>> o) Make the changes recommended by Christoph Hellwig and others:
>> http://marc.theaimsgroup.com/?l=linux-kernel&m=103462345119681&w=2
>> o) Add reference count to struct mapped_device, and struct dm_table.
>> o) Hide the above two structs in their respective .c file
>> o) Move all locking of struct mapped_device into dm.c (we can do this now
>> because
>> of the reference counting).
>> o) Remove the name and uuid field from struct mapped device, these are
>> really
>> only used by the interface as a way of refering to devices.
>> o) Nobody needs to lookup from kdev_t -> struct mapped_device, so remove
>> that hash table (thanks to Al Viros recent bdev->bd_disk stuff).
>> o) dm.c has no need of the dm-hash.c file any more, so merge dm-hash.c
>> into
>> dm-ioctl.c (the fs interface uses the dcache for lookups).
>> There are still open issues that prevent things working perfectly:
>> o) The gendisk hash table is getting confused when removing a device. eg,
>> if
>> I create 3 devices with minors (1, 2, 3). Then remove minor 2,
>> get_gendisk
>> will remove minor == 3. (Or I've done something really stupid).
>> o) Splitting pages still doesn't work, this is a generic block layer
>> thing rather than dm. In practise I can only trigger this with
>> striped targets. So stick to linear targets for now.
>> Filesystem interface to follow before the end of the week.
>> - Joe
>> _______________________________________________
>> linux-lvm mailing list
>> linux-lvm@sistina.com
>> http://lists.sistina.com/mailman/listinfo/linux-lvm
>> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
Greg Freemyer
Internet Engineer
Deployment and Integration Specialist
Compaq ASE - Tru64 v4, v5
Compaq Master ASE - SAN Architect
The Norcross Group
www.NorcrossGroup.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-lvm] [Patch] Latest device-mapper snapshot
2002-10-23 5:25 Joe Thornber
@ 2002-10-23 17:58 ` Austin Gonyou
0 siblings, 0 replies; 6+ messages in thread
From: Austin Gonyou @ 2002-10-23 13:01 UTC (permalink / raw)
To: linux-lvm; +Cc: Linux Mailing List, Alan Cox
YAY!!! :) I will try asap. :-D I will also try with qla2200's and see if
I can break it! :)
On Wed, 2002-10-23 at 05:25, Joe Thornber wrote:
> New patchballs are available here:
>
> http://people.sistina.com/~thornber/patches/2.5-stable/
>
> Including a diff against 2.5.44-ac1. There are a lot of changes in
> here compared to the last release, however most of these are due to
> code refactoring rather than bug fixes. Highlights include:
>
> o) Make the changes recommended by Christoph Hellwig and others:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=103462345119681&w=2
>
> o) Add reference count to struct mapped_device, and struct dm_table.
>
> o) Hide the above two structs in their respective .c file
>
> o) Move all locking of struct mapped_device into dm.c (we can do this
> now because
> of the reference counting).
>
> o) Remove the name and uuid field from struct mapped device, these are
> really
> only used by the interface as a way of refering to devices.
>
> o) Nobody needs to lookup from kdev_t -> struct mapped_device, so remove
> that hash table (thanks to Al Viros recent bdev->bd_disk stuff).
>
> o) dm.c has no need of the dm-hash.c file any more, so merge dm-hash.c
> into
> dm-ioctl.c (the fs interface uses the dcache for lookups).
>
>
> There are still open issues that prevent things working perfectly:
>
> o) The gendisk hash table is getting confused when removing a device.
> eg, if
> I create 3 devices with minors (1, 2, 3). Then remove minor 2,
> get_gendisk
> will remove minor == 3. (Or I've done something really stupid).
>
> o) Splitting pages still doesn't work, this is a generic block layer
> thing rather than dm. In practise I can only trigger this with
> striped targets. So stick to linear targets for now.
>
>
> Filesystem interface to follow before the end of the week.
>
> - Joe
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-lvm] [Patch] Latest device-mapper snapshot
@ 2002-10-23 17:58 ` Austin Gonyou
0 siblings, 0 replies; 6+ messages in thread
From: Austin Gonyou @ 2002-10-23 17:58 UTC (permalink / raw)
To: linux-lvm; +Cc: Linux Mailing List, Alan Cox
YAY!!! :) I will try asap. :-D I will also try with qla2200's and see if
I can break it! :)
On Wed, 2002-10-23 at 05:25, Joe Thornber wrote:
> New patchballs are available here:
>
> http://people.sistina.com/~thornber/patches/2.5-stable/
>
> Including a diff against 2.5.44-ac1. There are a lot of changes in
> here compared to the last release, however most of these are due to
> code refactoring rather than bug fixes. Highlights include:
>
> o) Make the changes recommended by Christoph Hellwig and others:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=103462345119681&w=2
>
> o) Add reference count to struct mapped_device, and struct dm_table.
>
> o) Hide the above two structs in their respective .c file
>
> o) Move all locking of struct mapped_device into dm.c (we can do this
> now because
> of the reference counting).
>
> o) Remove the name and uuid field from struct mapped device, these are
> really
> only used by the interface as a way of refering to devices.
>
> o) Nobody needs to lookup from kdev_t -> struct mapped_device, so remove
> that hash table (thanks to Al Viros recent bdev->bd_disk stuff).
>
> o) dm.c has no need of the dm-hash.c file any more, so merge dm-hash.c
> into
> dm-ioctl.c (the fs interface uses the dcache for lookups).
>
>
> There are still open issues that prevent things working perfectly:
>
> o) The gendisk hash table is getting confused when removing a device.
> eg, if
> I create 3 devices with minors (1, 2, 3). Then remove minor 2,
> get_gendisk
> will remove minor == 3. (Or I've done something really stupid).
>
> o) Splitting pages still doesn't work, this is a generic block layer
> thing rather than dm. In practise I can only trigger this with
> striped targets. So stick to linear targets for now.
>
>
> Filesystem interface to follow before the end of the week.
>
> - Joe
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-lvm] [Patch] Latest device-mapper snapshot
2002-10-23 11:55 [linux-lvm] [Patch] Latest device-mapper snapshot Greg Freemyer
@ 2002-10-24 2:41 ` Heinz J . Mauelshagen
2002-10-24 3:36 ` Joe Thornber
1 sibling, 0 replies; 6+ messages in thread
From: Heinz J . Mauelshagen @ 2002-10-24 2:41 UTC (permalink / raw)
To: linux-lvm
On Wed, Oct 23, 2002 at 12:54:37PM -0400, Greg Freemyer wrote:
> Joe,
>
> I haven't kept up.
>
> What is LVM's status relative to the 2.5 feature freeze that is coming up?
Greg,
device-mapper is in the Alan Cox kernel since ~2 weeks.
We are addressing a couple of change requests (last update happened ysterday)
with the main one being the recommendation to submit a driverfs interface for
device-mapper rather than an ioctl one which we hope to release in a couple
of days.
We are positive to make it in :)
Regards,
Heinz -- The LVM Guy --
>
> TIA
> Greg Freemyer
>
> =====
> >> New patchballs are available here:
>
> >> http://people.sistina.com/~thornber/patches/2.5-stable/
>
> >> Including a diff against 2.5.44-ac1. There are a lot of changes in
> >> here compared to the last release, however most of these are due to
> >> code refactoring rather than bug fixes. Highlights include:
>
> >> o) Make the changes recommended by Christoph Hellwig and others:
> >> http://marc.theaimsgroup.com/?l=linux-kernel&m=103462345119681&w=2
>
> >> o) Add reference count to struct mapped_device, and struct dm_table.
>
> >> o) Hide the above two structs in their respective .c file
>
> >> o) Move all locking of struct mapped_device into dm.c (we can do this now
> >> because
> >> of the reference counting).
>
> >> o) Remove the name and uuid field from struct mapped device, these are
> >> really
> >> only used by the interface as a way of refering to devices.
>
> >> o) Nobody needs to lookup from kdev_t -> struct mapped_device, so remove
> >> that hash table (thanks to Al Viros recent bdev->bd_disk stuff).
>
> >> o) dm.c has no need of the dm-hash.c file any more, so merge dm-hash.c
> >> into
> >> dm-ioctl.c (the fs interface uses the dcache for lookups).
>
>
> >> There are still open issues that prevent things working perfectly:
>
> >> o) The gendisk hash table is getting confused when removing a device. eg,
> >> if
> >> I create 3 devices with minors (1, 2, 3). Then remove minor 2,
> >> get_gendisk
> >> will remove minor == 3. (Or I've done something really stupid).
>
> >> o) Splitting pages still doesn't work, this is a generic block layer
> >> thing rather than dm. In practise I can only trigger this with
> >> striped targets. So stick to linear targets for now.
>
>
> >> Filesystem interface to follow before the end of the week.
>
> >> - Joe
>
> >> _______________________________________________
> >> linux-lvm mailing list
> >> linux-lvm@sistina.com
> >> http://lists.sistina.com/mailman/listinfo/linux-lvm
> >> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
>
>
>
>
> Greg Freemyer
> Internet Engineer
> Deployment and Integration Specialist
> Compaq ASE - Tru64 v4, v5
> Compaq Master ASE - SAN Architect
> The Norcross Group
> www.NorcrossGroup.com
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [linux-lvm] [Patch] Latest device-mapper snapshot
2002-10-23 11:55 [linux-lvm] [Patch] Latest device-mapper snapshot Greg Freemyer
2002-10-24 2:41 ` Heinz J . Mauelshagen
@ 2002-10-24 3:36 ` Joe Thornber
1 sibling, 0 replies; 6+ messages in thread
From: Joe Thornber @ 2002-10-24 3:36 UTC (permalink / raw)
To: linux-lvm
On Wed, Oct 23, 2002 at 12:54:37PM -0400, Greg Freemyer wrote:
> Joe,
>
> I haven't kept up.
>
> What is LVM's status relative to the 2.5 feature freeze that is coming up?
We have posted the code a couple of times, the latest time the only
point that came up was that people don't like ioctl interfaces. So we
are currently planning on submitting again at the end of the week with
a choice of own filesystem based interface (not driverfs) or the
current ioctl one.
dm has its supporters, as does EVMS (I don't agree that only one of
these drivers can go in), it's hard to second guess Linus as to which
he'll merge.
- Joe
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-10-24 3:36 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-10-23 11:55 [linux-lvm] [Patch] Latest device-mapper snapshot Greg Freemyer
2002-10-24 2:41 ` Heinz J . Mauelshagen
2002-10-24 3:36 ` Joe Thornber
-- strict thread matches above, loose matches on Subject: below --
2002-10-23 5:25 Joe Thornber
2002-10-23 13:01 ` Austin Gonyou
2002-10-23 17:58 ` Austin Gonyou
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.