2019-05-29 07:17:56 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
2018-07-23 14:47:23 -07:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
binder: Don't modify VMA bounds in ->mmap handler
binder_mmap() tries to prevent the creation of overly big binder mappings
by silently truncating the size of the VMA to 4MiB. However, this violates
the API contract of mmap(). If userspace attempts to create a large binder
VMA, and later attempts to unmap that VMA, it will call munmap() on a range
beyond the end of the VMA, which may have been allocated to another VMA in
the meantime. This can lead to userspace memory corruption.
The following sequence of calls leads to a segfault without this commit:
int main(void) {
int binder_fd = open("/dev/binder", O_RDWR);
if (binder_fd == -1) err(1, "open binder");
void *binder_mapping = mmap(NULL, 0x800000UL, PROT_READ, MAP_SHARED,
binder_fd, 0);
if (binder_mapping == MAP_FAILED) err(1, "mmap binder");
void *data_mapping = mmap(NULL, 0x400000UL, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
if (data_mapping == MAP_FAILED) err(1, "mmap data");
munmap(binder_mapping, 0x800000UL);
*(char*)data_mapping = 1;
return 0;
}
Cc: stable@vger.kernel.org
Signed-off-by: Jann Horn <jannh@google.com>
Acked-by: Todd Kjos <tkjos@google.com>
Acked-by: Christian Brauner <christian.brauner@ubuntu.com>
Link: https://lore.kernel.org/r/20191016150119.154756-1-jannh@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-10-16 17:01:18 +02:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:39 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-06 15:55:32 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
2018-11-06 15:55:32 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-09-30 16:12:50 -04:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:51 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-09-16 01:11:56 -04:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-06 13:59:45 +00:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2023-05-19 19:59:49 +00:00
|
|
|
|
2023-05-02 20:12:18 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:19 -08:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-11-13 10:06:56 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2023-05-19 19:59:49 +00:00
|
|
|
|
2023-12-01 17:21:32 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 22:56:31 +02:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2019-10-18 22:56:31 +02:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2019-10-18 22:56:31 +02:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-19 19:59:49 +00:00
|
|
|
|
2023-12-01 17:21:32 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-23 14:29:56 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:19 +00:00
|
|
|
|
|
|
|
|
|
2018-08-23 14:29:56 +09:00
|
|
|
|
|
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-09-10 16:12:21 +01:00
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
binder: fix unused alloc->free_async_space
commit c6d05e0762ab276102246d24affd1e116a46aa0c upstream.
Each transaction is associated with a 'struct binder_buffer' that stores
the metadata about its buffer area. Since commit 74310e06be4d ("android:
binder: Move buffer out of area shared with user space") this struct is
no longer embedded within the buffer itself but is instead allocated on
the heap to prevent userspace access to this driver-exclusive info.
Unfortunately, the space of this struct is still being accounted for in
the total buffer size calculation, specifically for async transactions.
This results in an additional 104 bytes added to every async buffer
request, and this area is never used.
This wasted space can be substantial. If we consider the maximum mmap
buffer space of SZ_4M, the driver will reserve half of it for async
transactions, or 0x200000. This area should, in theory, accommodate up
to 262,144 buffers of the minimum 8-byte size. However, after adding
the extra 'sizeof(struct binder_buffer)', the total number of buffers
drops to only 18,724, which is a sad 7.14% of the actual capacity.
This patch fixes the buffer size calculation to enable the utilization
of the entire async buffer space. This is expected to reduce the number
of -ENOSPC errors that are seen on the field.
Fixes: 74310e06be4d ("android: binder: Move buffer out of area shared with user space")
Signed-off-by: Carlos Llamas <cmllamas@google.com>
Reviewed-by: Alice Ryhl <aliceryhl@google.com>
Link: https://lore.kernel.org/r/20231201172212.1813387-6-cmllamas@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2023-12-01 17:21:34 +00:00
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
2017-12-14 12:15:42 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2023-05-02 20:12:19 +00:00
|
|
|
|
2018-08-23 14:29:56 +09:00
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2023-12-01 17:21:33 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
binder: fix unused alloc->free_async_space
commit c6d05e0762ab276102246d24affd1e116a46aa0c upstream.
Each transaction is associated with a 'struct binder_buffer' that stores
the metadata about its buffer area. Since commit 74310e06be4d ("android:
binder: Move buffer out of area shared with user space") this struct is
no longer embedded within the buffer itself but is instead allocated on
the heap to prevent userspace access to this driver-exclusive info.
Unfortunately, the space of this struct is still being accounted for in
the total buffer size calculation, specifically for async transactions.
This results in an additional 104 bytes added to every async buffer
request, and this area is never used.
This wasted space can be substantial. If we consider the maximum mmap
buffer space of SZ_4M, the driver will reserve half of it for async
transactions, or 0x200000. This area should, in theory, accommodate up
to 262,144 buffers of the minimum 8-byte size. However, after adding
the extra 'sizeof(struct binder_buffer)', the total number of buffers
drops to only 18,724, which is a sad 7.14% of the actual capacity.
This patch fixes the buffer size calculation to enable the utilization
of the entire async buffer space. This is expected to reduce the number
of -ENOSPC errors that are seen on the field.
Fixes: 74310e06be4d ("android: binder: Move buffer out of area shared with user space")
Signed-off-by: Carlos Llamas <cmllamas@google.com>
Reviewed-by: Alice Ryhl <aliceryhl@google.com>
Link: https://lore.kernel.org/r/20231201172212.1813387-6-cmllamas@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2023-12-01 17:21:34 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:52 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:46 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-06 15:55:32 -08:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
binder: fix unused alloc->free_async_space
commit c6d05e0762ab276102246d24affd1e116a46aa0c upstream.
Each transaction is associated with a 'struct binder_buffer' that stores
the metadata about its buffer area. Since commit 74310e06be4d ("android:
binder: Move buffer out of area shared with user space") this struct is
no longer embedded within the buffer itself but is instead allocated on
the heap to prevent userspace access to this driver-exclusive info.
Unfortunately, the space of this struct is still being accounted for in
the total buffer size calculation, specifically for async transactions.
This results in an additional 104 bytes added to every async buffer
request, and this area is never used.
This wasted space can be substantial. If we consider the maximum mmap
buffer space of SZ_4M, the driver will reserve half of it for async
transactions, or 0x200000. This area should, in theory, accommodate up
to 262,144 buffers of the minimum 8-byte size. However, after adding
the extra 'sizeof(struct binder_buffer)', the total number of buffers
drops to only 18,724, which is a sad 7.14% of the actual capacity.
This patch fixes the buffer size calculation to enable the utilization
of the entire async buffer space. This is expected to reduce the number
of -ENOSPC errors that are seen on the field.
Fixes: 74310e06be4d ("android: binder: Move buffer out of area shared with user space")
Signed-off-by: Carlos Llamas <cmllamas@google.com>
Reviewed-by: Alice Ryhl <aliceryhl@google.com>
Link: https://lore.kernel.org/r/20231201172212.1813387-6-cmllamas@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2023-12-01 17:21:34 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-09 17:40:46 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-09-16 01:11:56 -04:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-12-01 17:21:36 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-21 14:25:44 +02:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2020-07-24 18:42:54 +05:30
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:39 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:39 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-09-16 01:11:56 -04:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
binder: fix unused alloc->free_async_space
commit c6d05e0762ab276102246d24affd1e116a46aa0c upstream.
Each transaction is associated with a 'struct binder_buffer' that stores
the metadata about its buffer area. Since commit 74310e06be4d ("android:
binder: Move buffer out of area shared with user space") this struct is
no longer embedded within the buffer itself but is instead allocated on
the heap to prevent userspace access to this driver-exclusive info.
Unfortunately, the space of this struct is still being accounted for in
the total buffer size calculation, specifically for async transactions.
This results in an additional 104 bytes added to every async buffer
request, and this area is never used.
This wasted space can be substantial. If we consider the maximum mmap
buffer space of SZ_4M, the driver will reserve half of it for async
transactions, or 0x200000. This area should, in theory, accommodate up
to 262,144 buffers of the minimum 8-byte size. However, after adding
the extra 'sizeof(struct binder_buffer)', the total number of buffers
drops to only 18,724, which is a sad 7.14% of the actual capacity.
This patch fixes the buffer size calculation to enable the utilization
of the entire async buffer space. This is expected to reduce the number
of -ENOSPC errors that are seen on the field.
Fixes: 74310e06be4d ("android: binder: Move buffer out of area shared with user space")
Signed-off-by: Carlos Llamas <cmllamas@google.com>
Reviewed-by: Alice Ryhl <aliceryhl@google.com>
Link: https://lore.kernel.org/r/20231201172212.1813387-6-cmllamas@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2023-12-01 17:21:34 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:39 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:39 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-08-18 09:34:04 +08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-12-01 17:21:35 +00:00
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-11-04 23:12:35 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-10-18 22:56:30 +02:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 22:56:30 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
binder: Don't modify VMA bounds in ->mmap handler
binder_mmap() tries to prevent the creation of overly big binder mappings
by silently truncating the size of the VMA to 4MiB. However, this violates
the API contract of mmap(). If userspace attempts to create a large binder
VMA, and later attempts to unmap that VMA, it will call munmap() on a range
beyond the end of the VMA, which may have been allocated to another VMA in
the meantime. This can lead to userspace memory corruption.
The following sequence of calls leads to a segfault without this commit:
int main(void) {
int binder_fd = open("/dev/binder", O_RDWR);
if (binder_fd == -1) err(1, "open binder");
void *binder_mapping = mmap(NULL, 0x800000UL, PROT_READ, MAP_SHARED,
binder_fd, 0);
if (binder_mapping == MAP_FAILED) err(1, "mmap binder");
void *data_mapping = mmap(NULL, 0x400000UL, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
if (data_mapping == MAP_FAILED) err(1, "mmap data");
munmap(binder_mapping, 0x800000UL);
*(char*)data_mapping = 1;
return 0;
}
Cc: stable@vger.kernel.org
Signed-off-by: Jann Horn <jannh@google.com>
Acked-by: Todd Kjos <tkjos@google.com>
Acked-by: Christian Brauner <christian.brauner@ubuntu.com>
Link: https://lore.kernel.org/r/20191016150119.154756-1-jannh@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2019-10-16 17:01:18 +02:00
|
|
|
|
treewide: kzalloc() -> kcalloc()
The kzalloc() function has a 2-factor argument form, kcalloc(). This
patch replaces cases of:
kzalloc(a * b, gfp)
with:
kcalloc(a * b, gfp)
as well as handling cases of:
kzalloc(a * b * c, gfp)
with:
kzalloc(array3_size(a, b, c), gfp)
as it's slightly less ugly than:
kzalloc_array(array_size(a, b), c, gfp)
This does, however, attempt to ignore constant size factors like:
kzalloc(4 * 1024, gfp)
though any constants defined via macros get caught up in the conversion.
Any factors with a sizeof() of "unsigned char", "char", and "u8" were
dropped, since they're redundant.
The Coccinelle script used for this was:
// Fix redundant parens around sizeof().
@@
type TYPE;
expression THING, E;
@@
(
kzalloc(
- (sizeof(TYPE)) * E
+ sizeof(TYPE) * E
, ...)
|
kzalloc(
- (sizeof(THING)) * E
+ sizeof(THING) * E
, ...)
)
// Drop single-byte sizes and redundant parens.
@@
expression COUNT;
typedef u8;
typedef __u8;
@@
(
kzalloc(
- sizeof(u8) * (COUNT)
+ COUNT
, ...)
|
kzalloc(
- sizeof(__u8) * (COUNT)
+ COUNT
, ...)
|
kzalloc(
- sizeof(char) * (COUNT)
+ COUNT
, ...)
|
kzalloc(
- sizeof(unsigned char) * (COUNT)
+ COUNT
, ...)
|
kzalloc(
- sizeof(u8) * COUNT
+ COUNT
, ...)
|
kzalloc(
- sizeof(__u8) * COUNT
+ COUNT
, ...)
|
kzalloc(
- sizeof(char) * COUNT
+ COUNT
, ...)
|
kzalloc(
- sizeof(unsigned char) * COUNT
+ COUNT
, ...)
)
// 2-factor product with sizeof(type/expression) and identifier or constant.
@@
type TYPE;
expression THING;
identifier COUNT_ID;
constant COUNT_CONST;
@@
(
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * (COUNT_ID)
+ COUNT_ID, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * COUNT_ID
+ COUNT_ID, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * (COUNT_CONST)
+ COUNT_CONST, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * COUNT_CONST
+ COUNT_CONST, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * (COUNT_ID)
+ COUNT_ID, sizeof(THING)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * COUNT_ID
+ COUNT_ID, sizeof(THING)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * (COUNT_CONST)
+ COUNT_CONST, sizeof(THING)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * COUNT_CONST
+ COUNT_CONST, sizeof(THING)
, ...)
)
// 2-factor product, only identifiers.
@@
identifier SIZE, COUNT;
@@
- kzalloc
+ kcalloc
(
- SIZE * COUNT
+ COUNT, SIZE
, ...)
// 3-factor product with 1 sizeof(type) or sizeof(expression), with
// redundant parens removed.
@@
expression THING;
identifier STRIDE, COUNT;
type TYPE;
@@
(
kzalloc(
- sizeof(TYPE) * (COUNT) * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kzalloc(
- sizeof(TYPE) * (COUNT) * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kzalloc(
- sizeof(TYPE) * COUNT * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kzalloc(
- sizeof(TYPE) * COUNT * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(TYPE))
, ...)
|
kzalloc(
- sizeof(THING) * (COUNT) * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kzalloc(
- sizeof(THING) * (COUNT) * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kzalloc(
- sizeof(THING) * COUNT * (STRIDE)
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
|
kzalloc(
- sizeof(THING) * COUNT * STRIDE
+ array3_size(COUNT, STRIDE, sizeof(THING))
, ...)
)
// 3-factor product with 2 sizeof(variable), with redundant parens removed.
@@
expression THING1, THING2;
identifier COUNT;
type TYPE1, TYPE2;
@@
(
kzalloc(
- sizeof(TYPE1) * sizeof(TYPE2) * COUNT
+ array3_size(COUNT, sizeof(TYPE1), sizeof(TYPE2))
, ...)
|
kzalloc(
- sizeof(TYPE1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(TYPE1), sizeof(TYPE2))
, ...)
|
kzalloc(
- sizeof(THING1) * sizeof(THING2) * COUNT
+ array3_size(COUNT, sizeof(THING1), sizeof(THING2))
, ...)
|
kzalloc(
- sizeof(THING1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(THING1), sizeof(THING2))
, ...)
|
kzalloc(
- sizeof(TYPE1) * sizeof(THING2) * COUNT
+ array3_size(COUNT, sizeof(TYPE1), sizeof(THING2))
, ...)
|
kzalloc(
- sizeof(TYPE1) * sizeof(THING2) * (COUNT)
+ array3_size(COUNT, sizeof(TYPE1), sizeof(THING2))
, ...)
)
// 3-factor product, only identifiers, with redundant parens removed.
@@
identifier STRIDE, SIZE, COUNT;
@@
(
kzalloc(
- (COUNT) * STRIDE * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- COUNT * (STRIDE) * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- COUNT * STRIDE * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- (COUNT) * (STRIDE) * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- COUNT * (STRIDE) * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- (COUNT) * STRIDE * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- (COUNT) * (STRIDE) * (SIZE)
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
|
kzalloc(
- COUNT * STRIDE * SIZE
+ array3_size(COUNT, STRIDE, SIZE)
, ...)
)
// Any remaining multi-factor products, first at least 3-factor products,
// when they're not all constants...
@@
expression E1, E2, E3;
constant C1, C2, C3;
@@
(
kzalloc(C1 * C2 * C3, ...)
|
kzalloc(
- (E1) * E2 * E3
+ array3_size(E1, E2, E3)
, ...)
|
kzalloc(
- (E1) * (E2) * E3
+ array3_size(E1, E2, E3)
, ...)
|
kzalloc(
- (E1) * (E2) * (E3)
+ array3_size(E1, E2, E3)
, ...)
|
kzalloc(
- E1 * E2 * E3
+ array3_size(E1, E2, E3)
, ...)
)
// And then all remaining 2 factors products when they're not all constants,
// keeping sizeof() as the second factor argument.
@@
expression THING, E1, E2;
type TYPE;
constant C1, C2, C3;
@@
(
kzalloc(sizeof(THING) * C2, ...)
|
kzalloc(sizeof(TYPE) * C2, ...)
|
kzalloc(C1 * C2 * C3, ...)
|
kzalloc(C1 * C2, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * (E2)
+ E2, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(TYPE) * E2
+ E2, sizeof(TYPE)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * (E2)
+ E2, sizeof(THING)
, ...)
|
- kzalloc
+ kcalloc
(
- sizeof(THING) * E2
+ E2, sizeof(THING)
, ...)
|
- kzalloc
+ kcalloc
(
- (E1) * E2
+ E1, E2
, ...)
|
- kzalloc
+ kcalloc
(
- (E1) * (E2)
+ E1, E2
, ...)
|
- kzalloc
+ kcalloc
(
- E1 * E2
+ E1, E2
, ...)
)
Signed-off-by: Kees Cook <keescook@chromium.org>
2018-06-12 14:03:40 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 22:56:30 +02:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2022-11-04 23:12:35 +00:00
|
|
|
|
2018-08-07 12:57:13 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:18 +00:00
|
|
|
|
2018-08-23 14:29:56 +09:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-06 13:59:45 +00:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:52 -07:00
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-06-29 12:01:52 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-31 11:56:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-10-18 22:56:29 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:17 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-08-10 16:02:25 +00:00
|
|
|
|
2017-08-31 11:56:36 -07:00
|
|
|
|
|
|
|
|
|
2017-11-13 10:06:56 +01:00
|
|
|
|
2017-08-31 11:56:36 -07:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-02 20:12:19 +00:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-11-06 15:56:31 -08:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-03-01 15:06:06 -08:00
|
|
|
|
2022-09-06 13:59:45 +00:00
|
|
|
|
2019-03-01 15:06:06 -08:00
|
|
|
|
|
|
|
|
|
2020-06-08 21:33:25 -07:00
|
|
|
|
2020-06-08 21:33:51 -07:00
|
|
|
|
2023-12-01 17:21:31 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2023-01-03 16:27:32 -08:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2020-06-08 21:33:25 -07:00
|
|
|
|
2020-07-17 00:12:15 +09:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:43 -07:00
|
|
|
|
|
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2023-12-01 17:21:31 +00:00
|
|
|
|
|
|
|
|
|
2020-06-08 21:33:51 -07:00
|
|
|
|
2017-10-03 16:15:00 -07:00
|
|
|
|
2017-10-20 20:58:58 -04:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-01-04 11:35:00 +00:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-01-04 11:35:00 +00:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-10-06 16:12:05 -04:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-06 13:59:45 +00:00
|
|
|
|
|
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
2017-08-31 10:26:06 -07:00
|
|
|
|
2017-06-29 12:01:41 -07:00
|
|
|
|
|
|
|
|
|
2017-11-29 22:29:47 +09:00
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2017-11-29 22:29:47 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-05-31 20:22:24 -07:00
|
|
|
|
2017-11-29 22:29:47 +09:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-08-23 08:46:42 -07:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
2023-06-25 15:49:37 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:20 -08:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-04-25 19:57:52 +02:00
|
|
|
|
2020-11-20 15:37:43 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-04-25 19:57:53 +02:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
2022-04-25 19:57:53 +02:00
|
|
|
|
2019-02-08 10:35:14 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-04-25 19:57:54 +02:00
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
2022-04-25 19:57:54 +02:00
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
2019-06-28 09:50:12 -07:00
|
|
|
|
|
|
|
|
|
2019-02-08 10:35:15 -08:00
|
|
|
|
|
|
|
|
|