2019-05-28 09:57:20 -07:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-09-19 16:44:50 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-05-21 15:08:41 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-28 10:51:53 -04:00
|
|
|
|
2006-11-27 11:31:22 -06:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2006-01-20 08:47:07 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-06 14:38:25 -07:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2014-06-06 14:38:25 -07:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:34 -04:00
|
|
|
|
2006-11-06 08:53:28 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-11-06 08:53:28 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-06 14:38:25 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-09-06 17:01:40 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-06 14:38:25 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dlm: fixes for nodir mode
The "nodir" mode (statically assign master nodes instead
of using the resource directory) has always been highly
experimental, and never seriously used. This commit
fixes a number of problems, making nodir much more usable.
- Major change to recovery: recover all locks and restart
all in-progress operations after recovery. In some
cases it's not possible to know which in-progess locks
to recover, so recover all. (Most require recovery
in nodir mode anyway since rehashing changes most
master nodes.)
- Change the way nodir mode is enabled, from a command
line mount arg passed through gfs2, into a sysfs
file managed by dlm_controld, consistent with the
other config settings.
- Allow recovering MSTCPY locks on an rsb that has not
yet been turned into a master copy.
- Ignore RCOM_LOCK and RCOM_LOCK_REPLY recovery messages
from a previous, aborted recovery cycle. Base this
on the local recovery status not being in the state
where any nodes should be sending LOCK messages for the
current recovery cycle.
- Hold rsb lock around dlm_purge_mstcpy_locks() because it
may run concurrently with dlm_recover_master_copy().
- Maintain highbast on process-copy lkb's (in addition to
the master as is usual), because the lkb can switch
back and forth between being a master and being a
process copy as the master node changes in recovery.
- When recovering MSTCPY locks, flag rsb's that have
non-empty convert or waiting queues for granting
at the end of recovery. (Rename flag from LOCKS_PURGED
to RECOVER_GRANT and similar for the recovery function,
because it's not only resources with purged locks
that need grant a grant attempt.)
- Replace a couple of unnecessary assertion panics with
error messages.
Signed-off-by: David Teigland <teigland@redhat.com>
2012-04-26 15:54:29 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-06-06 14:38:25 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dlm: fixes for nodir mode
The "nodir" mode (statically assign master nodes instead
of using the resource directory) has always been highly
experimental, and never seriously used. This commit
fixes a number of problems, making nodir much more usable.
- Major change to recovery: recover all locks and restart
all in-progress operations after recovery. In some
cases it's not possible to know which in-progess locks
to recover, so recover all. (Most require recovery
in nodir mode anyway since rehashing changes most
master nodes.)
- Change the way nodir mode is enabled, from a command
line mount arg passed through gfs2, into a sysfs
file managed by dlm_controld, consistent with the
other config settings.
- Allow recovering MSTCPY locks on an rsb that has not
yet been turned into a master copy.
- Ignore RCOM_LOCK and RCOM_LOCK_REPLY recovery messages
from a previous, aborted recovery cycle. Base this
on the local recovery status not being in the state
where any nodes should be sending LOCK messages for the
current recovery cycle.
- Hold rsb lock around dlm_purge_mstcpy_locks() because it
may run concurrently with dlm_recover_master_copy().
- Maintain highbast on process-copy lkb's (in addition to
the master as is usual), because the lkb can switch
back and forth between being a master and being a
process copy as the master node changes in recovery.
- When recovering MSTCPY locks, flag rsb's that have
non-empty convert or waiting queues for granting
at the end of recovery. (Rename flag from LOCKS_PURGED
to RECOVER_GRANT and similar for the recovery function,
because it's not only resources with purged locks
that need grant a grant attempt.)
- Replace a couple of unnecessary assertion panics with
error messages.
Signed-off-by: David Teigland <teigland@redhat.com>
2012-04-26 15:54:29 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-28 10:51:53 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-09-06 17:01:40 -05:00
|
|
|
|
2006-04-28 10:51:53 -04:00
|
|
|
|
|
|
|
|
|
2006-08-08 17:08:42 -05:00
|
|
|
|
|
|
|
|
|
2006-09-06 17:01:40 -05:00
|
|
|
|
2006-08-08 17:08:42 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dlm: fixes for nodir mode
The "nodir" mode (statically assign master nodes instead
of using the resource directory) has always been highly
experimental, and never seriously used. This commit
fixes a number of problems, making nodir much more usable.
- Major change to recovery: recover all locks and restart
all in-progress operations after recovery. In some
cases it's not possible to know which in-progess locks
to recover, so recover all. (Most require recovery
in nodir mode anyway since rehashing changes most
master nodes.)
- Change the way nodir mode is enabled, from a command
line mount arg passed through gfs2, into a sysfs
file managed by dlm_controld, consistent with the
other config settings.
- Allow recovering MSTCPY locks on an rsb that has not
yet been turned into a master copy.
- Ignore RCOM_LOCK and RCOM_LOCK_REPLY recovery messages
from a previous, aborted recovery cycle. Base this
on the local recovery status not being in the state
where any nodes should be sending LOCK messages for the
current recovery cycle.
- Hold rsb lock around dlm_purge_mstcpy_locks() because it
may run concurrently with dlm_recover_master_copy().
- Maintain highbast on process-copy lkb's (in addition to
the master as is usual), because the lkb can switch
back and forth between being a master and being a
process copy as the master node changes in recovery.
- When recovering MSTCPY locks, flag rsb's that have
non-empty convert or waiting queues for granting
at the end of recovery. (Rename flag from LOCKS_PURGED
to RECOVER_GRANT and similar for the recovery function,
because it's not only resources with purged locks
that need grant a grant attempt.)
- Replace a couple of unnecessary assertion panics with
error messages.
Signed-off-by: David Teigland <teigland@redhat.com>
2012-04-26 15:54:29 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-28 10:51:53 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-08-08 17:08:42 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dlm: fixes for nodir mode
The "nodir" mode (statically assign master nodes instead
of using the resource directory) has always been highly
experimental, and never seriously used. This commit
fixes a number of problems, making nodir much more usable.
- Major change to recovery: recover all locks and restart
all in-progress operations after recovery. In some
cases it's not possible to know which in-progess locks
to recover, so recover all. (Most require recovery
in nodir mode anyway since rehashing changes most
master nodes.)
- Change the way nodir mode is enabled, from a command
line mount arg passed through gfs2, into a sysfs
file managed by dlm_controld, consistent with the
other config settings.
- Allow recovering MSTCPY locks on an rsb that has not
yet been turned into a master copy.
- Ignore RCOM_LOCK and RCOM_LOCK_REPLY recovery messages
from a previous, aborted recovery cycle. Base this
on the local recovery status not being in the state
where any nodes should be sending LOCK messages for the
current recovery cycle.
- Hold rsb lock around dlm_purge_mstcpy_locks() because it
may run concurrently with dlm_recover_master_copy().
- Maintain highbast on process-copy lkb's (in addition to
the master as is usual), because the lkb can switch
back and forth between being a master and being a
process copy as the master node changes in recovery.
- When recovering MSTCPY locks, flag rsb's that have
non-empty convert or waiting queues for granting
at the end of recovery. (Rename flag from LOCKS_PURGED
to RECOVER_GRANT and similar for the recovery function,
because it's not only resources with purged locks
that need grant a grant attempt.)
- Replace a couple of unnecessary assertion panics with
error messages.
Signed-off-by: David Teigland <teigland@redhat.com>
2012-04-26 15:54:29 -05:00
|
|
|
|
2006-04-28 10:51:53 -04:00
|
|
|
|
2006-08-08 17:08:42 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2019-05-07 21:48:05 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-01-19 02:58:23 +01:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-05-07 21:48:05 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-10-29 20:13:17 +01:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-07-23 11:21:54 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-07-23 11:21:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-07-23 11:21:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2014-02-14 11:54:44 -06:00
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-04-29 13:15:41 +01:00
|
|
|
|
|
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
2020-04-29 13:15:41 +01:00
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
2020-04-29 13:15:41 +01:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2023-01-11 12:30:18 +01:00
|
|
|
|
2010-02-17 09:41:34 +00:00
|
|
|
|
2023-01-11 12:30:18 +01:00
|
|
|
|
2010-02-17 09:41:34 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-28 18:49:17 +05:30
|
|
|
|
2010-02-17 09:41:34 +00:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2008-02-02 01:53:46 +08:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2006-01-20 08:47:07 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-02-17 09:41:34 +00:00
|
|
|
|
2007-10-29 20:13:17 +01:00
|
|
|
|
2008-04-30 00:55:09 -07:00
|
|
|
|
2007-10-29 20:13:17 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-10-29 20:13:17 +01:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-07-12 16:44:04 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-05-28 17:12:34 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-05-28 17:12:34 -04:00
|
|
|
|
2006-07-12 16:44:04 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-07-12 16:44:04 -05:00
|
|
|
|
|
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
2006-07-12 16:44:04 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-05-21 15:08:41 -04:00
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
2022-10-27 16:45:26 -04:00
|
|
|
|
2023-01-12 17:10:31 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-08-02 13:26:43 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2018-11-02 14:18:21 -06:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2022-08-15 15:43:20 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-07-11 09:26:55 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
2017-05-18 10:42:12 +08:00
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
|
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-04-08 15:38:43 -05:00
|
|
|
|
|
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
2009-04-08 15:38:43 -05:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
treewide: Replace kmalloc with kmalloc_obj for non-scalar types
This is the result of running the Coccinelle script from
scripts/coccinelle/api/kmalloc_objs.cocci. The script is designed to
avoid scalar types (which need careful case-by-case checking), and
instead replace kmalloc-family calls that allocate struct or union
object instances:
Single allocations: kmalloc(sizeof(TYPE), ...)
are replaced with: kmalloc_obj(TYPE, ...)
Array allocations: kmalloc_array(COUNT, sizeof(TYPE), ...)
are replaced with: kmalloc_objs(TYPE, COUNT, ...)
Flex array allocations: kmalloc(struct_size(PTR, FAM, COUNT), ...)
are replaced with: kmalloc_flex(*PTR, FAM, COUNT, ...)
(where TYPE may also be *VAR)
The resulting allocations no longer return "void *", instead returning
"TYPE *".
Signed-off-by: Kees Cook <kees@kernel.org>
2026-02-20 23:49:23 -08:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-11-02 15:17:18 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-06-03 17:55:56 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-06-22 14:45:23 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-06-12 17:15:56 -04:00
|
|
|
|
|
|
|
|
|
2007-06-11 10:47:18 -05:00
|
|
|
|
2024-06-10 15:02:31 -05:00
|
|
|
|
|
|
|
|
|
2024-04-15 14:39:42 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-04-15 14:39:39 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:04 -04:00
|
|
|
|
2007-03-28 09:56:46 -05:00
|
|
|
|
2024-04-17 15:13:22 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-03-06 15:48:12 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2006-07-25 13:44:31 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-06-22 14:45:15 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2022-10-27 16:45:18 -04:00
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
|
|
|
|
|
2024-08-02 13:26:43 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2006-01-20 08:47:07 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2006-11-27 13:19:28 -06:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2023-01-12 17:18:45 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:07 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-04-02 15:18:06 -04:00
|
|
|
|
2022-08-15 15:43:23 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2021-05-21 15:08:46 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-06-02 09:45:20 -04:00
|
|
|
|
2024-04-23 08:52:31 -04:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
2024-04-23 08:52:31 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2011-10-20 13:26:28 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:39 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:00 -04:00
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:02 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-06-10 15:02:31 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2006-08-24 14:47:20 -05:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-08-24 14:47:20 -05:00
|
|
|
|
2024-06-03 17:55:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
|
|
|
|
|
2012-08-02 11:08:21 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2012-08-02 11:08:21 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-12-17 15:54:39 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
2007-12-17 15:54:39 -04:00
|
|
|
|
2007-05-18 09:02:20 -05:00
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-07-23 11:21:54 -04:00
|
|
|
|
2025-02-10 13:16:22 -06:00
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
2007-05-18 09:02:20 -05:00
|
|
|
|
2022-06-22 14:45:15 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-05-18 09:02:20 -05:00
|
|
|
|
|
|
|
|
|
2014-02-14 11:54:44 -06:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
2025-07-23 11:21:54 -04:00
|
|
|
|
2007-05-18 09:03:35 -05:00
|
|
|
|
|
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
2006-08-24 14:47:20 -05:00
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
|
|
|
|
|
2007-05-18 09:02:20 -05:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2024-05-28 17:12:39 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
2024-04-15 14:39:39 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-08-02 13:26:42 -04:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-08-15 15:43:25 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-20 08:47:07 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-11-02 14:30:58 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2009-04-08 15:38:43 -05:00
|
|
|
|
|
|
|
|
|
2021-03-01 17:05:20 -05:00
|
|
|
|
2021-05-21 15:08:41 -04:00
|
|
|
|
2022-11-17 17:11:46 -05:00
|
|
|
|
2021-03-01 17:05:20 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2006-01-20 08:47:07 +00:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-08-15 15:43:25 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-06-03 17:55:55 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-08-15 15:43:25 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-08-14 11:22:13 -04:00
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
2025-07-23 11:21:53 -04:00
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-07-23 11:21:53 -04:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-05-28 17:12:38 -04:00
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2025-08-14 11:22:13 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-07-23 11:21:53 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2011-07-06 17:00:54 -05:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-01-12 17:18:44 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-07-23 11:21:53 -04:00
|
|
|
|
|
|
|
|
|
2025-07-23 11:21:56 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-06-10 15:02:31 -05:00
|
|
|
|
2024-04-15 14:39:41 -04:00
|
|
|
|
2021-03-01 17:05:20 -05:00
|
|
|
|
2021-08-26 10:06:31 -04:00
|
|
|
|
2021-05-21 15:08:41 -04:00
|
|
|
|
2021-03-01 17:05:20 -05:00
|
|
|
|
|
|
|
|
|
2011-04-05 13:16:24 -05:00
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-08-02 13:26:42 -04:00
|
|
|
|
|
|
|
|
|
2024-05-28 17:12:39 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-11-27 11:31:22 -06:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-08-02 13:26:43 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2025-07-23 11:21:53 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2025-08-14 11:22:13 -04:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
2025-08-14 11:22:14 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
2025-08-14 11:22:13 -04:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
2008-11-13 13:22:34 -06:00
|
|
|
|
2022-11-17 17:11:46 -05:00
|
|
|
|
2008-08-06 13:30:24 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-18 09:30:29 +00:00
|
|
|
|
|
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-06-25 12:48:01 -05:00
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
|
|
|
|
|
2013-06-25 12:48:01 -05:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
2013-06-25 12:48:01 -05:00
|
|
|
|
|
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
2013-06-25 12:48:01 -05:00
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-04-02 15:18:09 -04:00
|
|
|
|
2013-06-25 12:48:01 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-08-18 11:43:30 -05:00
|
|
|
|