* [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
@ 2012-09-18 6:12 Taku Izumi
2012-09-18 6:19 ` [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver Taku Izumi
` (8 more replies)
0 siblings, 9 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:12 UTC (permalink / raw)
To: linux-pci, bhelgaas, linux-acpi; +Cc: kaneshige.kenji, yinghai, jiang.liu
Hi all,
This patchset is 3rd version of the following:
http://marc.info/?l=linux-pci&m=134457928913775&w=2
http://marc.info/?l=linux-pci&m=134665909321684&w=2
v2 -> v3:
- change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
- abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
- change acpi_pci_find_root implementation to avoid potential deadlock
* [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
* [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
* [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
* [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
* [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
* [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
* [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
* [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
--
Best regards,
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
@ 2012-09-18 6:19 ` Taku Izumi
2012-09-18 6:20 ` [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges Taku Izumi
` (7 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:19 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
From: Jiang Liu <jiang.liu@huawei.com>
ACPI, PCI: Use normal list for struct acpi_pci_driver
Use normal list for struct acpi_pci_driver to simplify code.
Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 16 +++-------------
include/linux/acpi.h | 2 +-
2 files changed, 4 insertions(+), 14 deletions(-)
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -72,8 +72,8 @@ static struct acpi_driver acpi_pci_root_
};
static LIST_HEAD(acpi_pci_roots);
+static LIST_HEAD(acpi_pci_drivers);
-static struct acpi_pci_driver *sub_driver;
static DEFINE_MUTEX(osc_lock);
int acpi_pci_register_driver(struct acpi_pci_driver *driver)
@@ -81,10 +81,7 @@ int acpi_pci_register_driver(struct acpi
int n = 0;
struct acpi_pci_root *root;
- struct acpi_pci_driver **pptr = &sub_driver;
- while (*pptr)
- pptr = &(*pptr)->next;
- *pptr = driver;
+ list_add_tail(&driver->node, &acpi_pci_drivers);
if (!driver->add)
return 0;
@@ -103,14 +100,7 @@ void acpi_pci_unregister_driver(struct a
{
struct acpi_pci_root *root;
- struct acpi_pci_driver **pptr = &sub_driver;
- while (*pptr) {
- if (*pptr == driver)
- break;
- pptr = &(*pptr)->next;
- }
- BUG_ON(!*pptr);
- *pptr = (*pptr)->next;
+ list_del(&driver->node);
if (!driver->remove)
return;
Index: Bjorn-next-0903/include/linux/acpi.h
===================================================================
--- Bjorn-next-0903.orig/include/linux/acpi.h
+++ Bjorn-next-0903/include/linux/acpi.h
@@ -138,7 +138,7 @@ void acpi_penalize_isa_irq(int irq, int
void acpi_pci_irq_disable (struct pci_dev *dev);
struct acpi_pci_driver {
- struct acpi_pci_driver *next;
+ struct list_head node;
int (*add)(acpi_handle handle);
void (*remove)(acpi_handle handle);
};
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
2012-09-18 6:19 ` [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver Taku Izumi
@ 2012-09-18 6:20 ` Taku Izumi
2012-09-18 6:21 ` [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection Taku Izumi
` (6 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:20 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
From: Jiang Liu <jiang.liu@huawei.com>
ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
When hot-plugging PCI root bridge, acpi_pci_drivers' add()/remove()
methods should be invoked to notify registered drivers.
-v2: Move add calling to acpi_pci_root_start by Yinghai
Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 11 +++++++++++
1 file changed, 11 insertions(+)
Index: Bjorn-next-0808/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0808.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0808/drivers/acpi/pci_root.c
@@ -626,14 +626,25 @@ end:
static int acpi_pci_root_start(struct acpi_device *device)
{
struct acpi_pci_root *root = acpi_driver_data(device);
+ struct acpi_pci_driver *driver;
+
+ list_for_each_entry(driver, &acpi_pci_drivers, node)
+ if (driver->add)
+ driver->add(device->handle);
pci_bus_add_devices(root->bus);
+
return 0;
}
static int acpi_pci_root_remove(struct acpi_device *device, int type)
{
struct acpi_pci_root *root = acpi_driver_data(device);
+ struct acpi_pci_driver *driver;
+
+ list_for_each_entry(driver, &acpi_pci_drivers, node)
+ if (driver->remove)
+ driver->remove(root->device->handle);
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
2012-09-18 6:19 ` [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver Taku Izumi
2012-09-18 6:20 ` [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges Taku Izumi
@ 2012-09-18 6:21 ` Taku Izumi
2012-09-18 6:22 ` [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface Taku Izumi
` (5 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:21 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
Use mutex to protect global acpi_pci_drivers list against PCI
host bridge hotplug operations.
Signed-off-by: Jiang Liu <jiang.liu@huawei.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 36 +++++++++++++++++++-----------------
1 file changed, 19 insertions(+), 17 deletions(-)
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -27,7 +27,7 @@
#include <linux/module.h>
#include <linux/init.h>
#include <linux/types.h>
-#include <linux/spinlock.h>
+#include <linux/mutex.h>
#include <linux/pm.h>
#include <linux/pm_runtime.h>
#include <linux/pci.h>
@@ -71,6 +71,8 @@ static struct acpi_driver acpi_pci_root_
},
};
+/* Lock to protect both acpi_pci_roots and acpi_pci_drivers lists */
+static DEFINE_MUTEX(acpi_pci_root_lock);
static LIST_HEAD(acpi_pci_roots);
static LIST_HEAD(acpi_pci_drivers);
@@ -81,34 +83,30 @@ int acpi_pci_register_driver(struct acpi
int n = 0;
struct acpi_pci_root *root;
+ mutex_lock(&acpi_pci_root_lock);
list_add_tail(&driver->node, &acpi_pci_drivers);
-
- if (!driver->add)
- return 0;
-
- list_for_each_entry(root, &acpi_pci_roots, node) {
- driver->add(root->device->handle);
- n++;
- }
+ if (driver->add)
+ list_for_each_entry(root, &acpi_pci_roots, node) {
+ driver->add(root->device->handle);
+ n++;
+ }
+ mutex_unlock(&acpi_pci_root_lock);
return n;
}
-
EXPORT_SYMBOL(acpi_pci_register_driver);
void acpi_pci_unregister_driver(struct acpi_pci_driver *driver)
{
struct acpi_pci_root *root;
+ mutex_lock(&acpi_pci_root_lock);
list_del(&driver->node);
-
- if (!driver->remove)
- return;
-
- list_for_each_entry(root, &acpi_pci_roots, node)
- driver->remove(root->device->handle);
+ if (driver->remove)
+ list_for_each_entry(root, &acpi_pci_roots, node)
+ driver->remove(root->device->handle);
+ mutex_unlock(&acpi_pci_root_lock);
}
-
EXPORT_SYMBOL(acpi_pci_unregister_driver);
acpi_handle acpi_get_pci_rootbridge_handle(unsigned int seg, unsigned int bus)
@@ -628,9 +626,11 @@ static int acpi_pci_root_start(struct ac
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->add)
driver->add(device->handle);
+ mutex_unlock(&acpi_pci_root_lock);
pci_bus_add_devices(root->bus);
@@ -642,9 +642,11 @@ static int acpi_pci_root_remove(struct a
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root->device->handle);
+ mutex_unlock(&acpi_pci_root_lock);
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (2 preceding siblings ...)
2012-09-18 6:21 ` [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection Taku Izumi
@ 2012-09-18 6:22 ` Taku Izumi
2012-09-19 22:46 ` Bjorn Helgaas
2012-09-18 6:23 ` [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation Taku Izumi
` (4 subsequent siblings)
8 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:22 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
This patch changes .add/.remove interfaces of acpi_pci_driver.
In the current implementation acpi_handle is passed as a parameter
of .add/.remove interface. However acpi_pci_root structure other
than acpi_handle is more usefull. This enables us to avoid useless
procedure in each acpi_pci_driver.
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 8 ++++----
drivers/acpi/pci_slot.c | 11 ++++++-----
drivers/pci/hotplug/acpiphp_glue.c | 12 +++++++-----
include/linux/acpi.h | 4 ++--
4 files changed, 19 insertions(+), 16 deletions(-)
Index: Bjorn-next-0903/include/linux/acpi.h
===================================================================
--- Bjorn-next-0903.orig/include/linux/acpi.h
+++ Bjorn-next-0903/include/linux/acpi.h
@@ -139,8 +139,8 @@ void acpi_pci_irq_disable (struct pci_de
struct acpi_pci_driver {
struct list_head node;
- int (*add)(acpi_handle handle);
- void (*remove)(acpi_handle handle);
+ int (*add)(struct acpi_pci_root *root);
+ void (*remove)(struct acpi_pci_root *root);
};
int acpi_pci_register_driver(struct acpi_pci_driver *driver);
Index: Bjorn-next-0903/drivers/pci/hotplug/acpiphp_glue.c
===================================================================
--- Bjorn-next-0903.orig/drivers/pci/hotplug/acpiphp_glue.c
+++ Bjorn-next-0903/drivers/pci/hotplug/acpiphp_glue.c
@@ -382,10 +382,10 @@ static inline void config_p2p_bridge_fla
/* allocate and initialize host bridge data structure */
-static void add_host_bridge(acpi_handle *handle)
+static void add_host_bridge(struct acpi_pci_root *root)
{
struct acpiphp_bridge *bridge;
- struct acpi_pci_root *root = acpi_pci_find_root(handle);
+ acpi_handle handle = root->device->handle;
bridge = kzalloc(sizeof(struct acpiphp_bridge), GFP_KERNEL);
if (bridge == NULL)
@@ -468,11 +468,12 @@ find_p2p_bridge(acpi_handle handle, u32
/* find hot-pluggable slots, and then find P2P bridge */
-static int add_bridge(acpi_handle handle)
+static int add_bridge(struct acpi_pci_root *root)
{
acpi_status status;
unsigned long long tmp;
acpi_handle dummy_handle;
+ acpi_handle handle = root->device->handle;
/* if the bridge doesn't have _STA, we assume it is always there */
status = acpi_get_handle(handle, "_STA", &dummy_handle);
@@ -490,7 +491,7 @@ static int add_bridge(acpi_handle handle
/* check if this bridge has ejectable slots */
if (detect_ejectable_slots(handle) > 0) {
dbg("found PCI host-bus bridge with hot-pluggable slots\n");
- add_host_bridge(handle);
+ add_host_bridge(root);
}
/* search P2P bridges under this host bridge */
@@ -588,9 +589,10 @@ cleanup_p2p_bridge(acpi_handle handle, u
return AE_OK;
}
-static void remove_bridge(acpi_handle handle)
+static void remove_bridge(struct acpi_pci_root *root)
{
struct acpiphp_bridge *bridge;
+ acpi_handle handle = root->device->handle;
/* cleanup p2p bridges under this host bridge
in a depth-first manner */
Index: Bjorn-next-0903/drivers/acpi/pci_slot.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_slot.c
+++ Bjorn-next-0903/drivers/acpi/pci_slot.c
@@ -67,8 +67,8 @@ struct acpi_pci_slot {
struct list_head list; /* node in the list of slots */
};
-static int acpi_pci_slot_add(acpi_handle handle);
-static void acpi_pci_slot_remove(acpi_handle handle);
+static int acpi_pci_slot_add(struct acpi_pci_root *root);
+static void acpi_pci_slot_remove(struct acpi_pci_root *root);
static LIST_HEAD(slot_list);
static DEFINE_MUTEX(slot_list_lock);
@@ -295,11 +295,11 @@ walk_root_bridge(acpi_handle handle, acp
* @handle: points to an acpi_pci_root
*/
static int
-acpi_pci_slot_add(acpi_handle handle)
+acpi_pci_slot_add(struct acpi_pci_root *root)
{
acpi_status status;
- status = walk_root_bridge(handle, register_slot);
+ status = walk_root_bridge(root->device->handle, register_slot);
if (ACPI_FAILURE(status))
err("%s: register_slot failure - %d\n", __func__, status);
@@ -311,10 +311,11 @@ acpi_pci_slot_add(acpi_handle handle)
* @handle: points to an acpi_pci_root
*/
static void
-acpi_pci_slot_remove(acpi_handle handle)
+acpi_pci_slot_remove(struct acpi_pci_root *root)
{
struct acpi_pci_slot *slot, *tmp;
struct pci_bus *pbus;
+ acpi_handle handle = root->device->handle;
mutex_lock(&slot_list_lock);
list_for_each_entry_safe(slot, tmp, &slot_list, list) {
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -87,7 +87,7 @@ int acpi_pci_register_driver(struct acpi
list_add_tail(&driver->node, &acpi_pci_drivers);
if (driver->add)
list_for_each_entry(root, &acpi_pci_roots, node) {
- driver->add(root->device->handle);
+ driver->add(root);
n++;
}
mutex_unlock(&acpi_pci_root_lock);
@@ -104,7 +104,7 @@ void acpi_pci_unregister_driver(struct a
list_del(&driver->node);
if (driver->remove)
list_for_each_entry(root, &acpi_pci_roots, node)
- driver->remove(root->device->handle);
+ driver->remove(root);
mutex_unlock(&acpi_pci_root_lock);
}
EXPORT_SYMBOL(acpi_pci_unregister_driver);
@@ -629,7 +629,7 @@ static int acpi_pci_root_start(struct ac
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->add)
- driver->add(device->handle);
+ driver->add(root);
mutex_unlock(&acpi_pci_root_lock);
pci_bus_add_devices(root->bus);
@@ -645,7 +645,7 @@ static int acpi_pci_root_remove(struct a
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
- driver->remove(root->device->handle);
+ driver->remove(root);
mutex_unlock(&acpi_pci_root_lock);
device_set_run_wake(root->bus->bridge, false);
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (3 preceding siblings ...)
2012-09-18 6:22 ` [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface Taku Izumi
@ 2012-09-18 6:23 ` Taku Izumi
2012-09-19 22:03 ` Bjorn Helgaas
2012-09-18 6:24 ` [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection Taku Izumi
` (3 subsequent siblings)
8 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:23 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
This patch changes the implementation of acpi_pci_find_root().
We can access acpi_pci_root without scanning acpi_pci_roots list.
If hostbridge hotplug is supported, acpi_pci_roots list will be
protected by mutex. We should not access acpi_pci_roots list
if preventable to lessen deadlock risk.
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 13 ++++++++-----
1 file changed, 8 insertions(+), 5 deletions(-)
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -265,12 +265,15 @@ static acpi_status acpi_pci_osc_support(
struct acpi_pci_root *acpi_pci_find_root(acpi_handle handle)
{
struct acpi_pci_root *root;
+ struct acpi_device *device;
- list_for_each_entry(root, &acpi_pci_roots, node) {
- if (root->device->handle == handle)
- return root;
- }
- return NULL;
+ if (acpi_bus_get_device(handle, &device) ||
+ acpi_match_device_ids(device, root_device_ids))
+ return NULL;
+
+ root = acpi_driver_data(device);
+
+ return root;
}
EXPORT_SYMBOL_GPL(acpi_pci_find_root);
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (4 preceding siblings ...)
2012-09-18 6:23 ` [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation Taku Izumi
@ 2012-09-18 6:24 ` Taku Izumi
2012-09-20 19:32 ` Bjorn Helgaas
2012-09-18 6:25 ` [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
` (2 subsequent siblings)
8 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:24 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
Use mutex to protect acpi_pci_roots list against PCI host bridge
hotplug operations.
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 27 ++++++++++++++++++---------
1 file changed, 18 insertions(+), 9 deletions(-)
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -112,12 +112,17 @@ EXPORT_SYMBOL(acpi_pci_unregister_driver
acpi_handle acpi_get_pci_rootbridge_handle(unsigned int seg, unsigned int bus)
{
struct acpi_pci_root *root;
+ struct acpi_handle *handle = NULL;
+ mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(root, &acpi_pci_roots, node)
if ((root->segment == (u16) seg) &&
- (root->secondary.start == (u16) bus))
- return root->device->handle;
- return NULL;
+ (root->secondary.start == (u16) bus)) {
+ handle = root->device->handle;
+ break;
+ }
+ mutex_unlock(&acpi_pci_root_lock);
+ return handle;
}
EXPORT_SYMBOL_GPL(acpi_get_pci_rootbridge_handle);
@@ -509,8 +514,9 @@ static int __devinit acpi_pci_root_add(s
* TBD: Need PCI interface for enumeration/configuration of roots.
*/
- /* TBD: Locking */
+ mutex_lock(&acpi_pci_root_lock);
list_add_tail(&root->node, &acpi_pci_roots);
+ mutex_unlock(&acpi_pci_root_lock);
printk(KERN_INFO PREFIX "%s [%s] (domain %04x %pR)\n",
acpi_device_name(device), acpi_device_bid(device),
@@ -529,7 +535,7 @@ static int __devinit acpi_pci_root_add(s
"Bus %04x:%02x not present in PCI namespace\n",
root->segment, (unsigned int)root->secondary.start);
result = -ENODEV;
- goto end;
+ goto out_del_root;
}
/*
@@ -539,7 +545,7 @@ static int __devinit acpi_pci_root_add(s
*/
result = acpi_pci_bind_root(device);
if (result)
- goto end;
+ goto out_del_root;
/*
* PCI Routing Table
@@ -617,9 +623,11 @@ static int __devinit acpi_pci_root_add(s
return 0;
+out_del_root:
+ mutex_lock(&acpi_pci_root_lock);
+ list_del(&root->node);
+ mutex_unlock(&acpi_pci_root_lock);
end:
- if (!list_empty(&root->node))
- list_del(&root->node);
kfree(root);
return result;
}
@@ -649,11 +657,12 @@ static int acpi_pci_root_remove(struct a
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
- mutex_unlock(&acpi_pci_root_lock);
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ list_del(&root->node);
+ mutex_unlock(&acpi_pci_root_lock);
kfree(root);
return 0;
}
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (5 preceding siblings ...)
2012-09-18 6:24 ` [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection Taku Izumi
@ 2012-09-18 6:25 ` Taku Izumi
2012-09-21 20:09 ` Bjorn Helgaas
2012-09-18 6:26 ` [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
2012-09-18 18:41 ` [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Yinghai Lu
8 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:25 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
Currently there's no PCI-related clean-up code
in acpi_pci_root_remove() function.
This patch introduces function for hostbridge removal,
and brings back pci_stop_bus_devices() function.
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_bind.c | 7 +++++++
drivers/acpi/pci_root.c | 7 +++++++
drivers/pci/remove.c | 27 +++++++++++++++++++++++++++
include/acpi/acpi_drivers.h | 1 +
include/linux/pci.h | 2 ++
5 files changed, 44 insertions(+)
Index: Bjorn-next-0903/drivers/pci/remove.c
===================================================================
--- Bjorn-next-0903.orig/drivers/pci/remove.c
+++ Bjorn-next-0903/drivers/pci/remove.c
@@ -92,3 +92,30 @@ void pci_stop_and_remove_bus_device(stru
pci_destroy_dev(dev);
}
EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
+
+void pci_stop_bus_devices(struct pci_bus *bus)
+{
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp, &bus->devices, bus_list) {
+ if (dev->subordinate)
+ pci_stop_bus_devices(dev->subordinate);
+ pci_stop_dev(dev);
+ }
+
+}
+EXPORT_SYMBOL(pci_stop_bus_devices);
+
+void pci_remove_host_bridge(struct pci_host_bridge *bridge)
+{
+ struct pci_bus *root = bridge->bus;
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp, &root->devices, bus_list)
+ pci_stop_and_remove_bus_device(dev);
+
+ pci_remove_bus(root);
+
+ device_unregister(&bridge->dev);
+}
+EXPORT_SYMBOL(pci_remove_host_bridge);
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -652,8 +652,10 @@ static int acpi_pci_root_remove(struct a
{
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
mutex_lock(&acpi_pci_root_lock);
+ pci_stop_bus_devices(root->bus);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
@@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ acpi_pci_irq_del_prt(root->bus);
+ acpi_pci_unbind_root(device);
+
+ pci_remove_host_bridge(bridge);
+
list_del(&root->node);
mutex_unlock(&acpi_pci_root_lock);
kfree(root);
Index: Bjorn-next-0903/include/linux/pci.h
===================================================================
--- Bjorn-next-0903.orig/include/linux/pci.h
+++ Bjorn-next-0903/include/linux/pci.h
@@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
extern void pci_dev_put(struct pci_dev *dev);
extern void pci_remove_bus(struct pci_bus *b);
extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
+extern void pci_stop_bus_devices(struct pci_bus *bus);
+extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
void pci_setup_cardbus(struct pci_bus *bus);
extern void pci_sort_breadthfirst(void);
#define dev_is_pci(d) ((d)->bus == &pci_bus_type)
Index: Bjorn-next-0903/drivers/acpi/pci_bind.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_bind.c
+++ Bjorn-next-0903/drivers/acpi/pci_bind.c
@@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
return 0;
}
+
+void acpi_pci_unbind_root(struct acpi_device *device)
+{
+ device->ops.bind = NULL;
+ device->ops.unbind = NULL;
+}
+
Index: Bjorn-next-0903/include/acpi/acpi_drivers.h
===================================================================
--- Bjorn-next-0903.orig/include/acpi/acpi_drivers.h
+++ Bjorn-next-0903/include/acpi/acpi_drivers.h
@@ -101,6 +101,7 @@ struct pci_bus;
struct pci_dev *acpi_get_pci_dev(acpi_handle);
int acpi_pci_bind_root(struct acpi_device *device);
+void acpi_pci_unbind_root(struct acpi_device *device);
/* Arch-defined function to add a bus to the system */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (6 preceding siblings ...)
2012-09-18 6:25 ` [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
@ 2012-09-18 6:26 ` Taku Izumi
2012-09-20 5:41 ` Yinghai Lu
2012-09-18 18:41 ` [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Yinghai Lu
8 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-18 6:26 UTC (permalink / raw)
To: linux-pci, bhelgaas; +Cc: linux-acpi, kaneshige.kenji, yinghai, jiang.liu
Devices under hot-added hostbridge have no chance to assign resources
and to configure them, so this patch adds such code for hot-added
hostbridges at acpi_pci_root_start().
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 17 +++++++++++++++++
include/acpi/acpi_bus.h | 1 +
2 files changed, 18 insertions(+)
Index: Bjorn-next-0903/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0903/drivers/acpi/pci_root.c
@@ -38,6 +38,7 @@
#include <acpi/acpi_bus.h>
#include <acpi/acpi_drivers.h>
#include <acpi/apei.h>
+#include <linux/pci_hotplug.h>
#define PREFIX "ACPI: "
@@ -459,6 +460,9 @@ static int __devinit acpi_pci_root_add(s
if (!root)
return -ENOMEM;
+ if (system_state != SYSTEM_BOOTING)
+ root->hot_added = true;
+
segment = 0;
status = acpi_evaluate_integer(device->handle, METHOD_NAME__SEG, NULL,
&segment);
@@ -636,6 +640,7 @@ static int acpi_pci_root_start(struct ac
{
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ struct pci_dev *pdev;
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
@@ -643,6 +648,18 @@ static int acpi_pci_root_start(struct ac
driver->add(root);
mutex_unlock(&acpi_pci_root_lock);
+ /*
+ * Devices under hot-added hostbridge have no chance to assign
+ * resources and to configure them, so do that here
+ */
+ if (root->hot_added) {
+ pci_bus_size_bridges(root->bus);
+ pci_bus_assign_resources(root->bus);
+ list_for_each_entry(pdev, &root->bus->devices, bus_list)
+ pci_configure_slot(pdev);
+ pci_enable_bridges(root->bus);
+ }
+
pci_bus_add_devices(root->bus);
return 0;
Index: Bjorn-next-0903/include/acpi/acpi_bus.h
===================================================================
--- Bjorn-next-0903.orig/include/acpi/acpi_bus.h
+++ Bjorn-next-0903/include/acpi/acpi_bus.h
@@ -407,6 +407,7 @@ struct acpi_pci_root {
u32 osc_support_set; /* _OSC state of support bits */
u32 osc_control_set; /* _OSC state of control bits */
phys_addr_t mcfg_addr;
+ bool hot_added;
};
/* helper */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
` (7 preceding siblings ...)
2012-09-18 6:26 ` [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
@ 2012-09-18 18:41 ` Yinghai Lu
2012-09-18 18:57 ` Yinghai Lu
2012-09-19 0:50 ` Jiang Liu
8 siblings, 2 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-18 18:41 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Mon, Sep 17, 2012 at 11:12 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> Hi all,
>
> This patchset is 3rd version of the following:
> http://marc.info/?l=linux-pci&m=134457928913775&w=2
> http://marc.info/?l=linux-pci&m=134665909321684&w=2
>
> v2 -> v3:
> - change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
> - abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
> - change acpi_pci_find_root implementation to avoid potential deadlock
>
> * [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
> * [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
> * [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
> * [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
> * [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
> * [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
> * [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
> * [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
now it is more similar to my for-pci-root-bus-hotplug-part4 and part5
http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=shortlog;h=refs/heads/for-pci-root-bus-hotplug-part5
big difference:
I separated code from acpiphp_glue.c to pci_root_hp.c for root bridge
hotplug support
I thought we all agreed on that acpi root bridge hotplug plug need to
be separated from acpiphp at first.
http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=ab9fd4ccbfb6120a4a4adf9833487d656b0501d3
and CONFIG_HOTPLUG will always be enabled, so root bridge hotplug will
be always enabled.
acpiphp will still be used as one module, and to keep it simple pciehp
will be used for pcie etc.
That make the system BIOS much simple to avoid acpiphp.
Thanks
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
2012-09-18 18:41 ` [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Yinghai Lu
@ 2012-09-18 18:57 ` Yinghai Lu
2012-09-19 4:53 ` Taku Izumi
2012-09-19 0:50 ` Jiang Liu
1 sibling, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-18 18:57 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Tue, Sep 18, 2012 at 11:41 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Mon, Sep 17, 2012 at 11:12 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> Hi all,
>>
>> This patchset is 3rd version of the following:
>> http://marc.info/?l=linux-pci&m=134457928913775&w=2
>> http://marc.info/?l=linux-pci&m=134665909321684&w=2
>>
>> v2 -> v3:
>> - change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
>> - abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
>> - change acpi_pci_find_root implementation to avoid potential deadlock
>>
>> * [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
>> * [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
>> * [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
>> * [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
>> * [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
>> * [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
>> * [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
>> * [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
>
> now it is more similar to my for-pci-root-bus-hotplug-part4 and part5
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=shortlog;h=refs/heads/for-pci-root-bus-hotplug-part5
>
> big difference:
> I separated code from acpiphp_glue.c to pci_root_hp.c for root bridge
> hotplug support
>
> I thought we all agreed on that acpi root bridge hotplug plug need to
> be separated from acpiphp at first.
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=ab9fd4ccbfb6120a4a4adf9833487d656b0501d3
>
> and CONFIG_HOTPLUG will always be enabled, so root bridge hotplug will
> be always enabled.
> acpiphp will still be used as one module, and to keep it simple pciehp
> will be used for pcie etc.
> That make the system BIOS much simple to avoid acpiphp.
also current acpiphp only have root bridge add notification.
and your code do not add any code for remove notification.
So how to you test your code with removal path?
Thanks
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
2012-09-18 18:41 ` [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Yinghai Lu
@ 2012-09-19 0:50 ` Jiang Liu
2012-09-19 0:50 ` Jiang Liu
1 sibling, 0 replies; 3437+ messages in thread
From: Jiang Liu @ 2012-09-19 0:50 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Taku Izumi, linux-pci, bhelgaas, linux-acpi, kaneshige.kenji
On 2012-9-19 2:41, Yinghai Lu wrote:
> On Mon, Sep 17, 2012 at 11:12 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> Hi all,
>>
>> This patchset is 3rd version of the following:
>> http://marc.info/?l=linux-pci&m=134457928913775&w=2
>> http://marc.info/?l=linux-pci&m=134665909321684&w=2
>>
>> v2 -> v3:
>> - change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
>> - abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
>> - change acpi_pci_find_root implementation to avoid potential deadlock
>>
>> * [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
>> * [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
>> * [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
>> * [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
>> * [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
>> * [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
>> * [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
>> * [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
>
> now it is more similar to my for-pci-root-bus-hotplug-part4 and part5
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=shortlog;h=refs/heads/for-pci-root-bus-hotplug-part5
>
> big difference:
> I separated code from acpiphp_glue.c to pci_root_hp.c for root bridge
> hotplug support
>
> I thought we all agreed on that acpi root bridge hotplug plug need to
> be separated from acpiphp at first.
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=ab9fd4ccbfb6120a4a4adf9833487d656b0501d3
>
> and CONFIG_HOTPLUG will always be enabled, so root bridge hotplug will
> be always enabled.
> acpiphp will still be used as one module, and to keep it simple pciehp
> will be used for pcie etc.
> That make the system BIOS much simple to avoid acpiphp.
I think it's a better way to separate host bridge hotplug functionality
from acpiphp driver, so acpiphp only handles PCI device hotplug, which
is much more clear.
--Gerry
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
@ 2012-09-19 0:50 ` Jiang Liu
0 siblings, 0 replies; 3437+ messages in thread
From: Jiang Liu @ 2012-09-19 0:50 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Taku Izumi, linux-pci, bhelgaas, linux-acpi, kaneshige.kenji
On 2012-9-19 2:41, Yinghai Lu wrote:
> On Mon, Sep 17, 2012 at 11:12 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> Hi all,
>>
>> This patchset is 3rd version of the following:
>> http://marc.info/?l=linux-pci&m=134457928913775&w=2
>> http://marc.info/?l=linux-pci&m=134665909321684&w=2
>>
>> v2 -> v3:
>> - change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
>> - abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
>> - change acpi_pci_find_root implementation to avoid potential deadlock
>>
>> * [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
>> * [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
>> * [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
>> * [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
>> * [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
>> * [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
>> * [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
>> * [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
>
> now it is more similar to my for-pci-root-bus-hotplug-part4 and part5
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=shortlog;h=refs/heads/for-pci-root-bus-hotplug-part5
>
> big difference:
> I separated code from acpiphp_glue.c to pci_root_hp.c for root bridge
> hotplug support
>
> I thought we all agreed on that acpi root bridge hotplug plug need to
> be separated from acpiphp at first.
>
> http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=ab9fd4ccbfb6120a4a4adf9833487d656b0501d3
>
> and CONFIG_HOTPLUG will always be enabled, so root bridge hotplug will
> be always enabled.
> acpiphp will still be used as one module, and to keep it simple pciehp
> will be used for pcie etc.
> That make the system BIOS much simple to avoid acpiphp.
I think it's a better way to separate host bridge hotplug functionality
from acpiphp driver, so acpiphp only handles PCI device hotplug, which
is much more clear.
--Gerry
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
2012-09-18 18:57 ` Yinghai Lu
@ 2012-09-19 4:53 ` Taku Izumi
2012-09-20 6:19 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-19 4:53 UTC (permalink / raw)
To: Yinghai Lu; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Tue, 18 Sep 2012 11:57:59 -0700
Yinghai Lu <yinghai@kernel.org> wrote:
> On Tue, Sep 18, 2012 at 11:41 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> > On Mon, Sep 17, 2012 at 11:12 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> >> Hi all,
> >>
> >> This patchset is 3rd version of the following:
> >> http://marc.info/?l=linux-pci&m=134457928913775&w=2
> >> http://marc.info/?l=linux-pci&m=134665909321684&w=2
> >>
> >> v2 -> v3:
> >> - change acpi_pci_drivers' add/remove interface according to Bjorn's suggestion
> >> - abandon RCU for protecting acpi_pci_roots list according to Bjorn's suggestion
> >> - change acpi_pci_find_root implementation to avoid potential deadlock
> >>
> >> * [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver
> >> * [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges
> >> * [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection
> >> * [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
> >> * [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
> >> * [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
> >> * [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
> >> * [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
> >
> > now it is more similar to my for-pci-root-bus-hotplug-part4 and part5
> >
> > http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=shortlog;h=refs/heads/for-pci-root-bus-hotplug-part5
> >
> > big difference:
> > I separated code from acpiphp_glue.c to pci_root_hp.c for root bridge
> > hotplug support
> >
> > I thought we all agreed on that acpi root bridge hotplug plug need to
> > be separated from acpiphp at first.
> >
> > http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=ab9fd4ccbfb6120a4a4adf9833487d656b0501d3
> >
> > and CONFIG_HOTPLUG will always be enabled, so root bridge hotplug will
> > be always enabled.
> > acpiphp will still be used as one module, and to keep it simple pciehp
> > will be used for pcie etc.
> > That make the system BIOS much simple to avoid acpiphp.
>
> also current acpiphp only have root bridge add notification.
> and your code do not add any code for remove notification.
>
> So how to you test your code with removal path?
You were saying how to hot-remove hostbridge ?
I tested by ejecting ACPI container which includes hostbridge.
acpiphp is not the only way to hotplug hostbridge, so I ommit acpiphp
work from this patchset. This patchset is core part.
Best regards,
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
2012-09-18 6:23 ` [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation Taku Izumi
@ 2012-09-19 22:03 ` Bjorn Helgaas
2012-09-21 7:14 ` Taku Izumi
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-19 22:03 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Tue, Sep 18, 2012 at 12:23 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> This patch changes the implementation of acpi_pci_find_root().
>
> We can access acpi_pci_root without scanning acpi_pci_roots list.
> If hostbridge hotplug is supported, acpi_pci_roots list will be
> protected by mutex. We should not access acpi_pci_roots list
> if preventable to lessen deadlock risk.
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_root.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> @@ -265,12 +265,15 @@ static acpi_status acpi_pci_osc_support(
> struct acpi_pci_root *acpi_pci_find_root(acpi_handle handle)
> {
> struct acpi_pci_root *root;
> + struct acpi_device *device;
>
> - list_for_each_entry(root, &acpi_pci_roots, node) {
> - if (root->device->handle == handle)
> - return root;
> - }
> - return NULL;
> + if (acpi_bus_get_device(handle, &device) ||
> + acpi_match_device_ids(device, root_device_ids))
What's the purpose of the acpi_match_device_ids() check? It's not
obvious, so worth calling it out in the changelog, and maybe even a
comment in the code.
Nice to get rid of the list traversal.
> + return NULL;
> +
> + root = acpi_driver_data(device);
> +
> + return root;
> }
> EXPORT_SYMBOL_GPL(acpi_pci_find_root);
>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
2012-09-18 6:22 ` [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface Taku Izumi
@ 2012-09-19 22:46 ` Bjorn Helgaas
2012-09-20 10:15 ` Taku Izumi
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-19 22:46 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Tue, Sep 18, 2012 at 12:22 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> This patch changes .add/.remove interfaces of acpi_pci_driver.
> In the current implementation acpi_handle is passed as a parameter
> of .add/.remove interface. However acpi_pci_root structure other
> than acpi_handle is more usefull. This enables us to avoid useless
> procedure in each acpi_pci_driver.
Now that .add() gets the struct acpi_pci_root, would you like to clean
up walk_root_bridge()? I think we could remove the _SEG and _BBN
evaluations as well as the pci_find_bus(), since that information is
all in the struct acpi_pci_root.
This should be a separate patch, if you choose to do it :)
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_root.c | 8 ++++----
> drivers/acpi/pci_slot.c | 11 ++++++-----
> drivers/pci/hotplug/acpiphp_glue.c | 12 +++++++-----
> include/linux/acpi.h | 4 ++--
> 4 files changed, 19 insertions(+), 16 deletions(-)
>
> Index: Bjorn-next-0903/include/linux/acpi.h
> ===================================================================
> --- Bjorn-next-0903.orig/include/linux/acpi.h
> +++ Bjorn-next-0903/include/linux/acpi.h
> @@ -139,8 +139,8 @@ void acpi_pci_irq_disable (struct pci_de
>
> struct acpi_pci_driver {
> struct list_head node;
> - int (*add)(acpi_handle handle);
> - void (*remove)(acpi_handle handle);
> + int (*add)(struct acpi_pci_root *root);
> + void (*remove)(struct acpi_pci_root *root);
> };
>
> int acpi_pci_register_driver(struct acpi_pci_driver *driver);
> Index: Bjorn-next-0903/drivers/pci/hotplug/acpiphp_glue.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/pci/hotplug/acpiphp_glue.c
> +++ Bjorn-next-0903/drivers/pci/hotplug/acpiphp_glue.c
> @@ -382,10 +382,10 @@ static inline void config_p2p_bridge_fla
>
>
> /* allocate and initialize host bridge data structure */
> -static void add_host_bridge(acpi_handle *handle)
> +static void add_host_bridge(struct acpi_pci_root *root)
> {
> struct acpiphp_bridge *bridge;
> - struct acpi_pci_root *root = acpi_pci_find_root(handle);
> + acpi_handle handle = root->device->handle;
>
> bridge = kzalloc(sizeof(struct acpiphp_bridge), GFP_KERNEL);
> if (bridge == NULL)
> @@ -468,11 +468,12 @@ find_p2p_bridge(acpi_handle handle, u32
>
>
> /* find hot-pluggable slots, and then find P2P bridge */
> -static int add_bridge(acpi_handle handle)
> +static int add_bridge(struct acpi_pci_root *root)
> {
> acpi_status status;
> unsigned long long tmp;
> acpi_handle dummy_handle;
> + acpi_handle handle = root->device->handle;
>
> /* if the bridge doesn't have _STA, we assume it is always there */
> status = acpi_get_handle(handle, "_STA", &dummy_handle);
> @@ -490,7 +491,7 @@ static int add_bridge(acpi_handle handle
> /* check if this bridge has ejectable slots */
> if (detect_ejectable_slots(handle) > 0) {
> dbg("found PCI host-bus bridge with hot-pluggable slots\n");
> - add_host_bridge(handle);
> + add_host_bridge(root);
> }
>
> /* search P2P bridges under this host bridge */
> @@ -588,9 +589,10 @@ cleanup_p2p_bridge(acpi_handle handle, u
> return AE_OK;
> }
>
> -static void remove_bridge(acpi_handle handle)
> +static void remove_bridge(struct acpi_pci_root *root)
> {
> struct acpiphp_bridge *bridge;
> + acpi_handle handle = root->device->handle;
>
> /* cleanup p2p bridges under this host bridge
> in a depth-first manner */
> Index: Bjorn-next-0903/drivers/acpi/pci_slot.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_slot.c
> +++ Bjorn-next-0903/drivers/acpi/pci_slot.c
> @@ -67,8 +67,8 @@ struct acpi_pci_slot {
> struct list_head list; /* node in the list of slots */
> };
>
> -static int acpi_pci_slot_add(acpi_handle handle);
> -static void acpi_pci_slot_remove(acpi_handle handle);
> +static int acpi_pci_slot_add(struct acpi_pci_root *root);
> +static void acpi_pci_slot_remove(struct acpi_pci_root *root);
>
> static LIST_HEAD(slot_list);
> static DEFINE_MUTEX(slot_list_lock);
> @@ -295,11 +295,11 @@ walk_root_bridge(acpi_handle handle, acp
> * @handle: points to an acpi_pci_root
> */
> static int
> -acpi_pci_slot_add(acpi_handle handle)
> +acpi_pci_slot_add(struct acpi_pci_root *root)
> {
> acpi_status status;
>
> - status = walk_root_bridge(handle, register_slot);
> + status = walk_root_bridge(root->device->handle, register_slot);
> if (ACPI_FAILURE(status))
> err("%s: register_slot failure - %d\n", __func__, status);
>
> @@ -311,10 +311,11 @@ acpi_pci_slot_add(acpi_handle handle)
> * @handle: points to an acpi_pci_root
> */
> static void
> -acpi_pci_slot_remove(acpi_handle handle)
> +acpi_pci_slot_remove(struct acpi_pci_root *root)
> {
> struct acpi_pci_slot *slot, *tmp;
> struct pci_bus *pbus;
> + acpi_handle handle = root->device->handle;
>
> mutex_lock(&slot_list_lock);
> list_for_each_entry_safe(slot, tmp, &slot_list, list) {
> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> @@ -87,7 +87,7 @@ int acpi_pci_register_driver(struct acpi
> list_add_tail(&driver->node, &acpi_pci_drivers);
> if (driver->add)
> list_for_each_entry(root, &acpi_pci_roots, node) {
> - driver->add(root->device->handle);
> + driver->add(root);
> n++;
> }
> mutex_unlock(&acpi_pci_root_lock);
> @@ -104,7 +104,7 @@ void acpi_pci_unregister_driver(struct a
> list_del(&driver->node);
> if (driver->remove)
> list_for_each_entry(root, &acpi_pci_roots, node)
> - driver->remove(root->device->handle);
> + driver->remove(root);
> mutex_unlock(&acpi_pci_root_lock);
> }
> EXPORT_SYMBOL(acpi_pci_unregister_driver);
> @@ -629,7 +629,7 @@ static int acpi_pci_root_start(struct ac
> mutex_lock(&acpi_pci_root_lock);
> list_for_each_entry(driver, &acpi_pci_drivers, node)
> if (driver->add)
> - driver->add(device->handle);
> + driver->add(root);
> mutex_unlock(&acpi_pci_root_lock);
>
> pci_bus_add_devices(root->bus);
> @@ -645,7 +645,7 @@ static int acpi_pci_root_remove(struct a
> mutex_lock(&acpi_pci_root_lock);
> list_for_each_entry(driver, &acpi_pci_drivers, node)
> if (driver->remove)
> - driver->remove(root->device->handle);
> + driver->remove(root);
> mutex_unlock(&acpi_pci_root_lock);
>
> device_set_run_wake(root->bus->bridge, false);
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
2012-09-18 6:26 ` [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
@ 2012-09-20 5:41 ` Yinghai Lu
2012-09-23 22:48 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-20 5:41 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Mon, Sep 17, 2012 at 11:26 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> Devices under hot-added hostbridge have no chance to assign resources
> and to configure them, so this patch adds such code for hot-added
> hostbridges at acpi_pci_root_start().
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_root.c | 17 +++++++++++++++++
> include/acpi/acpi_bus.h | 1 +
> 2 files changed, 18 insertions(+)
>
> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> @@ -38,6 +38,7 @@
> #include <acpi/acpi_bus.h>
> #include <acpi/acpi_drivers.h>
> #include <acpi/apei.h>
> +#include <linux/pci_hotplug.h>
>
> #define PREFIX "ACPI: "
>
> @@ -459,6 +460,9 @@ static int __devinit acpi_pci_root_add(s
> if (!root)
> return -ENOMEM;
>
> + if (system_state != SYSTEM_BOOTING)
> + root->hot_added = true;
> +
should be moved down just before return.
> segment = 0;
> status = acpi_evaluate_integer(device->handle, METHOD_NAME__SEG, NULL,
> &segment);
> @@ -636,6 +640,7 @@ static int acpi_pci_root_start(struct ac
> {
> struct acpi_pci_root *root = acpi_driver_data(device);
> struct acpi_pci_driver *driver;
> + struct pci_dev *pdev;
>
> mutex_lock(&acpi_pci_root_lock);
> list_for_each_entry(driver, &acpi_pci_drivers, node)
> @@ -643,6 +648,18 @@ static int acpi_pci_root_start(struct ac
> driver->add(root);
> mutex_unlock(&acpi_pci_root_lock);
>
> + /*
> + * Devices under hot-added hostbridge have no chance to assign
> + * resources and to configure them, so do that here
> + */
> + if (root->hot_added) {
> + pci_bus_size_bridges(root->bus);
> + pci_bus_assign_resources(root->bus);
> + list_for_each_entry(pdev, &root->bus->devices, bus_list)
> + pci_configure_slot(pdev);
> + pci_enable_bridges(root->bus);
> + }
should move that before acpi_pci_drivers.add calling
> +
> pci_bus_add_devices(root->bus);
>
> return 0;
> Index: Bjorn-next-0903/include/acpi/acpi_bus.h
> ===================================================================
> --- Bjorn-next-0903.orig/include/acpi/acpi_bus.h
> +++ Bjorn-next-0903/include/acpi/acpi_bus.h
> @@ -407,6 +407,7 @@ struct acpi_pci_root {
> u32 osc_support_set; /* _OSC state of support bits */
> u32 osc_control_set; /* _OSC state of control bits */
> phys_addr_t mcfg_addr;
> + bool hot_added;
> };
>
> /* helper */
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 0/6] acpi,pci: hostbridge hotplug support
2012-09-19 4:53 ` Taku Izumi
@ 2012-09-20 6:19 ` Yinghai Lu
0 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-20 6:19 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Tue, Sep 18, 2012 at 9:53 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> On Tue, 18 Sep 2012 11:57:59 -0700
>> also current acpiphp only have root bridge add notification.
>> and your code do not add any code for remove notification.
>>
>> So how to you test your code with removal path?
>
> You were saying how to hot-remove hostbridge ?
> I tested by ejecting ACPI container which includes hostbridge.
> acpiphp is not the only way to hotplug hostbridge, so I ommit acpiphp
> work from this patchset. This patchset is core part.
yes.
so acpi root for pci root bus will have parent? I did not think about.
I reordered my patchset and put updated version for your patch 8 into it.
http://git.kernel.org/?p=linux/kernel/git/yinghai/linux-yinghai.git;a=commitdiff;h=3db33bb8b94f3b03dfa097eafb00649643cd893a
the whole tree:
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
for-pci-root-bus-hotplug
Thanks
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface
2012-09-19 22:46 ` Bjorn Helgaas
@ 2012-09-20 10:15 ` Taku Izumi
2012-09-21 7:03 ` [PATCH] change signature of walk_root_bridge() function Taku Izumi
0 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-20 10:15 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Wed, 19 Sep 2012 16:46:57 -0600
Bjorn Helgaas <bhelgaas@google.com> wrote:
> This should be a separate patch, if you choose to do it :)
OK. I'll do this later.
--
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection
2012-09-18 6:24 ` [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection Taku Izumi
@ 2012-09-20 19:32 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-20 19:32 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Tue, Sep 18, 2012 at 12:24 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> Use mutex to protect acpi_pci_roots list against PCI host bridge
> hotplug operations.
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_root.c | 27 ++++++++++++++++++---------
> 1 file changed, 18 insertions(+), 9 deletions(-)
>
> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> @@ -112,12 +112,17 @@ EXPORT_SYMBOL(acpi_pci_unregister_driver
> acpi_handle acpi_get_pci_rootbridge_handle(unsigned int seg, unsigned int bus)
> {
> struct acpi_pci_root *root;
> + struct acpi_handle *handle = NULL;
This should be "acpi_handle handle", not "struct acpi_handle *handle".
> + mutex_lock(&acpi_pci_root_lock);
> list_for_each_entry(root, &acpi_pci_roots, node)
> if ((root->segment == (u16) seg) &&
> - (root->secondary.start == (u16) bus))
> - return root->device->handle;
> - return NULL;
> + (root->secondary.start == (u16) bus)) {
> + handle = root->device->handle;
> + break;
> + }
> + mutex_unlock(&acpi_pci_root_lock);
> + return handle;
> }
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH] change signature of walk_root_bridge() function
2012-09-20 10:15 ` Taku Izumi
@ 2012-09-21 7:03 ` Taku Izumi
2012-09-21 13:24 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-21 7:03 UTC (permalink / raw)
To: Taku Izumi
Cc: Bjorn Helgaas, linux-pci, linux-acpi, kaneshige.kenji, yinghai,
jiang.liu
This patch changes the function signature of walk_root_bridge().
We can omit _STA, _SEG, and _BBN evaluation by passing not acpi_handle
but acpi_pci_root. Now that acpi_pci_slot_add() which is the only
caller of walk_root_bridge() gets acpi_pci_root structure, changing
signature of walk_root_bridge() is reasonable.
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_slot.c | 35 +++++------------------------------
1 file changed, 5 insertions(+), 30 deletions(-)
Index: Bjorn-next-0903/drivers/acpi/pci_slot.c
===================================================================
--- Bjorn-next-0903.orig/drivers/acpi/pci_slot.c
+++ Bjorn-next-0903/drivers/acpi/pci_slot.c
@@ -233,45 +233,20 @@ out:
/*
* walk_root_bridge - generic root bridge walker
- * @handle: points to an acpi_pci_root
+ * @root: poiner of an acpi_pci_root
* @user_function: user callback for slot objects
*
* Call user_function for all objects underneath this root bridge.
* Walk p2p bridges underneath us and call user_function on those too.
*/
static int
-walk_root_bridge(acpi_handle handle, acpi_walk_callback user_function)
+walk_root_bridge(struct acpi_pci_root *root, acpi_walk_callback user_function)
{
- int seg, bus;
- unsigned long long tmp;
acpi_status status;
- acpi_handle dummy_handle;
- struct pci_bus *pci_bus;
+ acpi_handle handle = root->device->handle;
+ struct pci_bus *pci_bus = root->bus;
struct callback_args context;
- /* If the bridge doesn't have _STA, we assume it is always there */
- status = acpi_get_handle(handle, "_STA", &dummy_handle);
- if (ACPI_SUCCESS(status)) {
- status = acpi_evaluate_integer(handle, "_STA", NULL, &tmp);
- if (ACPI_FAILURE(status)) {
- info("%s: _STA evaluation failure\n", __func__);
- return 0;
- }
- if ((tmp & ACPI_STA_DEVICE_FUNCTIONING) == 0)
- /* don't register this object */
- return 0;
- }
-
- status = acpi_evaluate_integer(handle, "_SEG", NULL, &tmp);
- seg = ACPI_SUCCESS(status) ? tmp : 0;
-
- status = acpi_evaluate_integer(handle, "_BBN", NULL, &tmp);
- bus = ACPI_SUCCESS(status) ? tmp : 0;
-
- pci_bus = pci_find_bus(seg, bus);
- if (!pci_bus)
- return 0;
-
context.pci_bus = pci_bus;
context.user_function = user_function;
context.root_handle = handle;
@@ -299,7 +274,7 @@ acpi_pci_slot_add(struct acpi_pci_root *
{
acpi_status status;
- status = walk_root_bridge(root->device->handle, register_slot);
+ status = walk_root_bridge(root, register_slot);
if (ACPI_FAILURE(status))
err("%s: register_slot failure - %d\n", __func__, status);
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
2012-09-19 22:03 ` Bjorn Helgaas
@ 2012-09-21 7:14 ` Taku Izumi
2012-09-21 17:57 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-21 7:14 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Wed, 19 Sep 2012 16:03:27 -0600
Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Tue, Sep 18, 2012 at 12:23 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> >
> > This patch changes the implementation of acpi_pci_find_root().
> >
> > We can access acpi_pci_root without scanning acpi_pci_roots list.
> > If hostbridge hotplug is supported, acpi_pci_roots list will be
> > protected by mutex. We should not access acpi_pci_roots list
> > if preventable to lessen deadlock risk.
> >
> > Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> > ---
> > drivers/acpi/pci_root.c | 13 ++++++++-----
> > 1 file changed, 8 insertions(+), 5 deletions(-)
> >
> > Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> > ===================================================================
> > --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> > +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> > @@ -265,12 +265,15 @@ static acpi_status acpi_pci_osc_support(
> > struct acpi_pci_root *acpi_pci_find_root(acpi_handle handle)
> > {
> > struct acpi_pci_root *root;
> > + struct acpi_device *device;
> >
> > - list_for_each_entry(root, &acpi_pci_roots, node) {
> > - if (root->device->handle == handle)
> > - return root;
> > - }
> > - return NULL;
> > + if (acpi_bus_get_device(handle, &device) ||
> > + acpi_match_device_ids(device, root_device_ids))
>
> What's the purpose of the acpi_match_device_ids() check? It's not
> obvious, so worth calling it out in the changelog, and maybe even a
> comment in the code.
My intention is to reject acpi_handle which doesn't represent
hostbrige. I think this is reasonable...
Best regards,
Taku Izumi
>
> Nice to get rid of the list traversal.
>
> > + return NULL;
> > +
> > + root = acpi_driver_data(device);
> > +
> > + return root;
> > }
> > EXPORT_SYMBOL_GPL(acpi_pci_find_root);
> >
> >
>
--
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH] change signature of walk_root_bridge() function
2012-09-21 7:03 ` [PATCH] change signature of walk_root_bridge() function Taku Izumi
@ 2012-09-21 13:24 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-21 13:24 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Fri, Sep 21, 2012 at 1:03 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> This patch changes the function signature of walk_root_bridge().
>
> We can omit _STA, _SEG, and _BBN evaluation by passing not acpi_handle
> but acpi_pci_root. Now that acpi_pci_slot_add() which is the only
> caller of walk_root_bridge() gets acpi_pci_root structure, changing
> signature of walk_root_bridge() is reasonable.
>
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_slot.c | 35 +++++------------------------------
> 1 file changed, 5 insertions(+), 30 deletions(-)
This is beautiful!
> Index: Bjorn-next-0903/drivers/acpi/pci_slot.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_slot.c
> +++ Bjorn-next-0903/drivers/acpi/pci_slot.c
> @@ -233,45 +233,20 @@ out:
>
> /*
> * walk_root_bridge - generic root bridge walker
> - * @handle: points to an acpi_pci_root
> + * @root: poiner of an acpi_pci_root
> * @user_function: user callback for slot objects
> *
> * Call user_function for all objects underneath this root bridge.
> * Walk p2p bridges underneath us and call user_function on those too.
> */
> static int
> -walk_root_bridge(acpi_handle handle, acpi_walk_callback user_function)
> +walk_root_bridge(struct acpi_pci_root *root, acpi_walk_callback user_function)
> {
> - int seg, bus;
> - unsigned long long tmp;
> acpi_status status;
> - acpi_handle dummy_handle;
> - struct pci_bus *pci_bus;
> + acpi_handle handle = root->device->handle;
> + struct pci_bus *pci_bus = root->bus;
> struct callback_args context;
>
> - /* If the bridge doesn't have _STA, we assume it is always there */
> - status = acpi_get_handle(handle, "_STA", &dummy_handle);
> - if (ACPI_SUCCESS(status)) {
> - status = acpi_evaluate_integer(handle, "_STA", NULL, &tmp);
> - if (ACPI_FAILURE(status)) {
> - info("%s: _STA evaluation failure\n", __func__);
> - return 0;
> - }
> - if ((tmp & ACPI_STA_DEVICE_FUNCTIONING) == 0)
> - /* don't register this object */
> - return 0;
> - }
> -
> - status = acpi_evaluate_integer(handle, "_SEG", NULL, &tmp);
> - seg = ACPI_SUCCESS(status) ? tmp : 0;
> -
> - status = acpi_evaluate_integer(handle, "_BBN", NULL, &tmp);
> - bus = ACPI_SUCCESS(status) ? tmp : 0;
> -
> - pci_bus = pci_find_bus(seg, bus);
> - if (!pci_bus)
> - return 0;
> -
> context.pci_bus = pci_bus;
> context.user_function = user_function;
> context.root_handle = handle;
> @@ -299,7 +274,7 @@ acpi_pci_slot_add(struct acpi_pci_root *
> {
> acpi_status status;
>
> - status = walk_root_bridge(root->device->handle, register_slot);
> + status = walk_root_bridge(root, register_slot);
> if (ACPI_FAILURE(status))
> err("%s: register_slot failure - %d\n", __func__, status);
>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation
2012-09-21 7:14 ` Taku Izumi
@ 2012-09-21 17:57 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-21 17:57 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Fri, Sep 21, 2012 at 1:14 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> On Wed, 19 Sep 2012 16:03:27 -0600
> Bjorn Helgaas <bhelgaas@google.com> wrote:
>
>> On Tue, Sep 18, 2012 at 12:23 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> >
>> > This patch changes the implementation of acpi_pci_find_root().
>> >
>> > We can access acpi_pci_root without scanning acpi_pci_roots list.
>> > If hostbridge hotplug is supported, acpi_pci_roots list will be
>> > protected by mutex. We should not access acpi_pci_roots list
>> > if preventable to lessen deadlock risk.
>> >
>> > Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
>> > ---
>> > drivers/acpi/pci_root.c | 13 ++++++++-----
>> > 1 file changed, 8 insertions(+), 5 deletions(-)
>> >
>> > Index: Bjorn-next-0903/drivers/acpi/pci_root.c
>> > ===================================================================
>> > --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
>> > +++ Bjorn-next-0903/drivers/acpi/pci_root.c
>> > @@ -265,12 +265,15 @@ static acpi_status acpi_pci_osc_support(
>> > struct acpi_pci_root *acpi_pci_find_root(acpi_handle handle)
>> > {
>> > struct acpi_pci_root *root;
>> > + struct acpi_device *device;
>> >
>> > - list_for_each_entry(root, &acpi_pci_roots, node) {
>> > - if (root->device->handle == handle)
>> > - return root;
>> > - }
>> > - return NULL;
>> > + if (acpi_bus_get_device(handle, &device) ||
>> > + acpi_match_device_ids(device, root_device_ids))
>>
>> What's the purpose of the acpi_match_device_ids() check? It's not
>> obvious, so worth calling it out in the changelog, and maybe even a
>> comment in the code.
>
> My intention is to reject acpi_handle which doesn't represent
> hostbrige. I think this is reasonable...
Yes, I understand that part. I was just trying to figure out why that
check is needed. Is there a path where we can call
acpi_pci_find_root() with a handle that is *not* a PNP0A03 device? I
looked at all the callers, and as far as I can tell, the supplied
handle is always for a host bridge device.
But I guess I don't object to the check. This is just another case of
a lookup that in many cases is unnecessary because we should have the
struct acpi_pci_root * available already.
>> Nice to get rid of the list traversal.
>>
>> > + return NULL;
>> > +
>> > + root = acpi_driver_data(device);
>> > +
>> > + return root;
>> > }
>> > EXPORT_SYMBOL_GPL(acpi_pci_find_root);
>> >
>> >
>>
>
>
> --
> Taku Izumi <izumi.taku@jp.fujitsu.com>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-18 6:25 ` [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
@ 2012-09-21 20:09 ` Bjorn Helgaas
2012-09-27 16:48 ` Bjorn Helgaas
2012-09-28 9:46 ` Taku Izumi
0 siblings, 2 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-21 20:09 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Tue, Sep 18, 2012 at 12:25 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>
> Currently there's no PCI-related clean-up code
> in acpi_pci_root_remove() function.
> This patch introduces function for hostbridge removal,
> and brings back pci_stop_bus_devices() function.
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_bind.c | 7 +++++++
> drivers/acpi/pci_root.c | 7 +++++++
> drivers/pci/remove.c | 27 +++++++++++++++++++++++++++
> include/acpi/acpi_drivers.h | 1 +
> include/linux/pci.h | 2 ++
> 5 files changed, 44 insertions(+)
>
> Index: Bjorn-next-0903/drivers/pci/remove.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/pci/remove.c
> +++ Bjorn-next-0903/drivers/pci/remove.c
> @@ -92,3 +92,30 @@ void pci_stop_and_remove_bus_device(stru
> pci_destroy_dev(dev);
> }
> EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
> +
> +void pci_stop_bus_devices(struct pci_bus *bus)
> +{
> + struct pci_dev *dev, *tmp;
> +
> + list_for_each_entry_safe_reverse(dev, tmp, &bus->devices, bus_list) {
> + if (dev->subordinate)
> + pci_stop_bus_devices(dev->subordinate);
> + pci_stop_dev(dev);
> + }
> +
> +}
> +EXPORT_SYMBOL(pci_stop_bus_devices);
> +
> +void pci_remove_host_bridge(struct pci_host_bridge *bridge)
> +{
> + struct pci_bus *root = bridge->bus;
> + struct pci_dev *dev, *tmp;
> +
> + list_for_each_entry_safe_reverse(dev, tmp, &root->devices, bus_list)
> + pci_stop_and_remove_bus_device(dev);
> +
> + pci_remove_bus(root);
> +
> + device_unregister(&bridge->dev);
> +}
> +EXPORT_SYMBOL(pci_remove_host_bridge);
> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> @@ -652,8 +652,10 @@ static int acpi_pci_root_remove(struct a
> {
> struct acpi_pci_root *root = acpi_driver_data(device);
> struct acpi_pci_driver *driver;
> + struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
>
> mutex_lock(&acpi_pci_root_lock);
> + pci_stop_bus_devices(root->bus);
> list_for_each_entry(driver, &acpi_pci_drivers, node)
> if (driver->remove)
> driver->remove(root);
> @@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
> device_set_run_wake(root->bus->bridge, false);
> pci_acpi_remove_bus_pm_notifier(device);
>
> + acpi_pci_irq_del_prt(root->bus);
acpi_pci_irq_del_prt() does not actually have a dependency on the
struct pci_bus, so I think its interface should be changed so it takes
a segment number and a bus number instead of the "struct pci_bus *".
The same applies to acpi_pci_irq_add_prt().
This basically boils down to reverting 859a3f86ca8 and d9efae3688a. I
acked those changes at the time, but I think they were a mistake. The
reason is that passing in the struct pci_bus * ties them into the host
bridge add/remove flow in a way that's not necessary.
If we get rid of the struct pci_bus * dependency, then we can easily
add the _PRT before doing PCI enumeration behind the bridge, and we
can remove the _PRT after removing the PCI devices. I think this is
one small step toward getting rid of the add/start and stop/remove
split.
> + acpi_pci_unbind_root(device);
> +
> + pci_remove_host_bridge(bridge);
> +
> list_del(&root->node);
> mutex_unlock(&acpi_pci_root_lock);
> kfree(root);
> Index: Bjorn-next-0903/include/linux/pci.h
> ===================================================================
> --- Bjorn-next-0903.orig/include/linux/pci.h
> +++ Bjorn-next-0903/include/linux/pci.h
> @@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
> extern void pci_dev_put(struct pci_dev *dev);
> extern void pci_remove_bus(struct pci_bus *b);
> extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
> +extern void pci_stop_bus_devices(struct pci_bus *bus);
> +extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
> void pci_setup_cardbus(struct pci_bus *bus);
> extern void pci_sort_breadthfirst(void);
> #define dev_is_pci(d) ((d)->bus == &pci_bus_type)
> Index: Bjorn-next-0903/drivers/acpi/pci_bind.c
> ===================================================================
> --- Bjorn-next-0903.orig/drivers/acpi/pci_bind.c
> +++ Bjorn-next-0903/drivers/acpi/pci_bind.c
> @@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
>
> return 0;
> }
> +
> +void acpi_pci_unbind_root(struct acpi_device *device)
> +{
> + device->ops.bind = NULL;
> + device->ops.unbind = NULL;
> +}
> +
> Index: Bjorn-next-0903/include/acpi/acpi_drivers.h
> ===================================================================
> --- Bjorn-next-0903.orig/include/acpi/acpi_drivers.h
> +++ Bjorn-next-0903/include/acpi/acpi_drivers.h
> @@ -101,6 +101,7 @@ struct pci_bus;
>
> struct pci_dev *acpi_get_pci_dev(acpi_handle);
> int acpi_pci_bind_root(struct acpi_device *device);
> +void acpi_pci_unbind_root(struct acpi_device *device);
>
> /* Arch-defined function to add a bus to the system */
>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
2012-09-20 5:41 ` Yinghai Lu
@ 2012-09-23 22:48 ` Yinghai Lu
2012-09-28 9:48 ` Taku Izumi
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-23 22:48 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu
On Wed, Sep 19, 2012 at 10:41 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Mon, Sep 17, 2012 at 11:26 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>>
>> Devices under hot-added hostbridge have no chance to assign resources
>> and to configure them, so this patch adds such code for hot-added
>> hostbridges at acpi_pci_root_start().
>>
>> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
>> ---
>> drivers/acpi/pci_root.c | 17 +++++++++++++++++
>> include/acpi/acpi_bus.h | 1 +
>> 2 files changed, 18 insertions(+)
>>
>> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
>> ===================================================================
>> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
>> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
>> @@ -38,6 +38,7 @@
>> #include <acpi/acpi_bus.h>
>> #include <acpi/acpi_drivers.h>
>> #include <acpi/apei.h>
>> +#include <linux/pci_hotplug.h>
>>
>> #define PREFIX "ACPI: "
>>
>> @@ -636,6 +640,7 @@ static int acpi_pci_root_start(struct ac
>> {
>> struct acpi_pci_root *root = acpi_driver_data(device);
>> struct acpi_pci_driver *driver;
>> + struct pci_dev *pdev;
>>
>> mutex_lock(&acpi_pci_root_lock);
>> list_for_each_entry(driver, &acpi_pci_drivers, node)
>> @@ -643,6 +648,18 @@ static int acpi_pci_root_start(struct ac
>> driver->add(root);
>> mutex_unlock(&acpi_pci_root_lock);
>>
>> + /*
>> + * Devices under hot-added hostbridge have no chance to assign
>> + * resources and to configure them, so do that here
>> + */
>> + if (root->hot_added) {
>> + pci_bus_size_bridges(root->bus);
>> + pci_bus_assign_resources(root->bus);
>> + list_for_each_entry(pdev, &root->bus->devices, bus_list)
>> + pci_configure_slot(pdev);
one more problem, this one will have problem when CONFIG_HOTPLUG_PCI=m
or not defined.
Also I do not see the point to call pci_config_slot here - my
patcheset did not do that, So how do you figure that out?
or you just need to have mpss set?
Bjorn, You may need to have a patch that will enable
CONFIG_HOTPLUG_PCI just Greg's enabling CONIFG_HOTPLUG forcely.
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-21 20:09 ` Bjorn Helgaas
@ 2012-09-27 16:48 ` Bjorn Helgaas
2012-09-27 17:23 ` Yinghai Lu
2012-09-28 0:15 ` Taku Izumi
2012-09-28 9:46 ` Taku Izumi
1 sibling, 2 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-27 16:48 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Tue, Sep 18, 2012 at 12:25 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>>
>> Currently there's no PCI-related clean-up code
>> in acpi_pci_root_remove() function.
>> This patch introduces function for hostbridge removal,
>> and brings back pci_stop_bus_devices() function.
>>
>> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
>> ---
>> drivers/acpi/pci_bind.c | 7 +++++++
>> drivers/acpi/pci_root.c | 7 +++++++
>> drivers/pci/remove.c | 27 +++++++++++++++++++++++++++
>> include/acpi/acpi_drivers.h | 1 +
>> include/linux/pci.h | 2 ++
>> 5 files changed, 44 insertions(+)
>>
>> Index: Bjorn-next-0903/drivers/pci/remove.c
>> ===================================================================
>> --- Bjorn-next-0903.orig/drivers/pci/remove.c
>> +++ Bjorn-next-0903/drivers/pci/remove.c
>> @@ -92,3 +92,30 @@ void pci_stop_and_remove_bus_device(stru
>> pci_destroy_dev(dev);
>> }
>> EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
>> +
>> +void pci_stop_bus_devices(struct pci_bus *bus)
>> +{
>> + struct pci_dev *dev, *tmp;
>> +
>> + list_for_each_entry_safe_reverse(dev, tmp, &bus->devices, bus_list) {
>> + if (dev->subordinate)
>> + pci_stop_bus_devices(dev->subordinate);
>> + pci_stop_dev(dev);
>> + }
>> +
>> +}
>> +EXPORT_SYMBOL(pci_stop_bus_devices);
>> +
>> +void pci_remove_host_bridge(struct pci_host_bridge *bridge)
>> +{
>> + struct pci_bus *root = bridge->bus;
>> + struct pci_dev *dev, *tmp;
>> +
>> + list_for_each_entry_safe_reverse(dev, tmp, &root->devices, bus_list)
>> + pci_stop_and_remove_bus_device(dev);
>> +
>> + pci_remove_bus(root);
>> +
>> + device_unregister(&bridge->dev);
>> +}
>> +EXPORT_SYMBOL(pci_remove_host_bridge);
>> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
>> ===================================================================
>> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
>> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
>> @@ -652,8 +652,10 @@ static int acpi_pci_root_remove(struct a
>> {
>> struct acpi_pci_root *root = acpi_driver_data(device);
>> struct acpi_pci_driver *driver;
>> + struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
>>
>> mutex_lock(&acpi_pci_root_lock);
>> + pci_stop_bus_devices(root->bus);
>> list_for_each_entry(driver, &acpi_pci_drivers, node)
>> if (driver->remove)
>> driver->remove(root);
>> @@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
>> device_set_run_wake(root->bus->bridge, false);
>> pci_acpi_remove_bus_pm_notifier(device);
>>
>> + acpi_pci_irq_del_prt(root->bus);
>
> acpi_pci_irq_del_prt() does not actually have a dependency on the
> struct pci_bus, so I think its interface should be changed so it takes
> a segment number and a bus number instead of the "struct pci_bus *".
> The same applies to acpi_pci_irq_add_prt().
>
> This basically boils down to reverting 859a3f86ca8 and d9efae3688a. I
> acked those changes at the time, but I think they were a mistake. The
> reason is that passing in the struct pci_bus * ties them into the host
> bridge add/remove flow in a way that's not necessary.
>
> If we get rid of the struct pci_bus * dependency, then we can easily
> add the _PRT before doing PCI enumeration behind the bridge, and we
> can remove the _PRT after removing the PCI devices. I think this is
> one small step toward getting rid of the add/start and stop/remove
> split.
I'm going to work on doing this if nobody else is interested.
>> + acpi_pci_unbind_root(device);
>> +
>> + pci_remove_host_bridge(bridge);
>> +
>> list_del(&root->node);
>> mutex_unlock(&acpi_pci_root_lock);
>> kfree(root);
>> Index: Bjorn-next-0903/include/linux/pci.h
>> ===================================================================
>> --- Bjorn-next-0903.orig/include/linux/pci.h
>> +++ Bjorn-next-0903/include/linux/pci.h
>> @@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
>> extern void pci_dev_put(struct pci_dev *dev);
>> extern void pci_remove_bus(struct pci_bus *b);
>> extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
>> +extern void pci_stop_bus_devices(struct pci_bus *bus);
>> +extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
>> void pci_setup_cardbus(struct pci_bus *bus);
>> extern void pci_sort_breadthfirst(void);
>> #define dev_is_pci(d) ((d)->bus == &pci_bus_type)
>> Index: Bjorn-next-0903/drivers/acpi/pci_bind.c
>> ===================================================================
>> --- Bjorn-next-0903.orig/drivers/acpi/pci_bind.c
>> +++ Bjorn-next-0903/drivers/acpi/pci_bind.c
>> @@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
>>
>> return 0;
>> }
>> +
>> +void acpi_pci_unbind_root(struct acpi_device *device)
>> +{
>> + device->ops.bind = NULL;
>> + device->ops.unbind = NULL;
>> +}
>> +
>> Index: Bjorn-next-0903/include/acpi/acpi_drivers.h
>> ===================================================================
>> --- Bjorn-next-0903.orig/include/acpi/acpi_drivers.h
>> +++ Bjorn-next-0903/include/acpi/acpi_drivers.h
>> @@ -101,6 +101,7 @@ struct pci_bus;
>>
>> struct pci_dev *acpi_get_pci_dev(acpi_handle);
>> int acpi_pci_bind_root(struct acpi_device *device);
>> +void acpi_pci_unbind_root(struct acpi_device *device);
>>
>> /* Arch-defined function to add a bus to the system */
>>
>>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 16:48 ` Bjorn Helgaas
@ 2012-09-27 17:23 ` Yinghai Lu
2012-09-27 17:59 ` Yinghai Lu
2012-09-27 18:44 ` Bjorn Helgaas
2012-09-28 0:15 ` Taku Izumi
1 sibling, 2 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-27 17:23 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Thu, Sep 27, 2012 at 9:48 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> If we get rid of the struct pci_bus * dependency, then we can easily
>> add the _PRT before doing PCI enumeration behind the bridge, and we
>> can remove the _PRT after removing the PCI devices. I think this is
>> one small step toward getting rid of the add/start and stop/remove
>> split.
>
> I'm going to work on doing this if nobody else is interested.
I'm not sure if that is needed.
-Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 17:23 ` Yinghai Lu
@ 2012-09-27 17:59 ` Yinghai Lu
2012-09-27 18:44 ` Bjorn Helgaas
1 sibling, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-27 17:59 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Thu, Sep 27, 2012 at 10:23 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Thu, Sep 27, 2012 at 9:48 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>> If we get rid of the struct pci_bus * dependency, then we can easily
>>> add the _PRT before doing PCI enumeration behind the bridge, and we
>>> can remove the _PRT after removing the PCI devices. I think this is
>>> one small step toward getting rid of the add/start and stop/remove
>>> split.
>>
>> I'm going to work on doing this if nobody else is interested.
>
> I'm not sure if that is needed.
After patches that is using pci_host_bridge_bus_type and pci_bus_type
notification, we can remove
acpi_pci_root_start.
please check patches in my for-pci-next branch: it include jiang's 7
patches about notifier, and my kill pci_root_buses and etc.
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
for-pci-next
-Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 17:23 ` Yinghai Lu
2012-09-27 17:59 ` Yinghai Lu
@ 2012-09-27 18:44 ` Bjorn Helgaas
2012-09-27 20:17 ` Yinghai Lu
1 sibling, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-27 18:44 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Thu, Sep 27, 2012 at 11:23 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Thu, Sep 27, 2012 at 9:48 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>> If we get rid of the struct pci_bus * dependency, then we can easily
>>> add the _PRT before doing PCI enumeration behind the bridge, and we
>>> can remove the _PRT after removing the PCI devices. I think this is
>>> one small step toward getting rid of the add/start and stop/remove
>>> split.
>>
>> I'm going to work on doing this if nobody else is interested.
>
> I'm not sure if that is needed.
That's a useless response. Do you want to elaborate on *why* you
think this is a bad idea?
I explained the reasons why I think it's a good idea above, but just
to expand on it, we currently have to create the struct pci_bus before
we can add _PRT information. But adding the _PRT info doesn't
actually depend on the struct pci_bus; it only requires the segment
number and the bus number. We have that information before we scan
the bus .
I think it's useful to disentangle _PRT interface from the specifics
of PCI (in this case, the struct pci_bus). We're currently using the
struct pci_bus here just as a convenient way to pass around the
segment/bus number, but I don't think it's the appropriate abstraction
for that.
Do you see a technical problem with it? Even if it's not *necessary*
in order to make host bridge hotplug work, I think it's worth doing to
make the code more understandable.
Do you see a problem with adding the _PRT info before scanning the bus
or with removing it after deleting the bus? I'd like the bus scan
code to be able to scan/add/bind drivers all at once in the PCI core.
Today I think we have scan/add _PRT/device_add, where we have to do
this _PRT stuff in the middle, so we have to use two PCI interfaces
rather than one.
It's great if you see a way to remove acpi_pci_root_start() -- that
will be tremendous. I think the current PCI stop/remove split is a
similar issue, and I hope you can dream up a way to consolidate those,
too.
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 18:44 ` Bjorn Helgaas
@ 2012-09-27 20:17 ` Yinghai Lu
2012-09-28 16:07 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-27 20:17 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Thu, Sep 27, 2012 at 11:44 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>
>> I'm not sure if that is needed.
>
> That's a useless response. Do you want to elaborate on *why* you
> think this is a bad idea?
I did not say that is bad idea.
it is just not needed to waste your time.
>
> I explained the reasons why I think it's a good idea above, but just
> to expand on it, we currently have to create the struct pci_bus before
> we can add _PRT information. But adding the _PRT info doesn't
> actually depend on the struct pci_bus; it only requires the segment
> number and the bus number. We have that information before we scan
> the bus .
>
> I think it's useful to disentangle _PRT interface from the specifics
> of PCI (in this case, the struct pci_bus). We're currently using the
> struct pci_bus here just as a convenient way to pass around the
> segment/bus number, but I don't think it's the appropriate abstraction
> for that.
>
> Do you see a technical problem with it? Even if it's not *necessary*
> in order to make host bridge hotplug work, I think it's worth doing to
> make the code more understandable.
>
> Do you see a problem with adding the _PRT info before scanning the bus
> or with removing it after deleting the bus?
If the bus is not there, do not need that prt.
So if you find the prt and add it to the list before, later if
scanning fail etc failing path
you will need to clean that prt in the list.
> I'd like the bus scan
> code to be able to scan/add/bind drivers all at once in the PCI core.
> Today I think we have scan/add _PRT/device_add, where we have to do
> this _PRT stuff in the middle, so we have to use two PCI interfaces
> rather than one.
looks like we handle _PRT in pci_host_bridge add/remove notification,
just like Jiang's put that for pci device bus notifier.
>
> It's great if you see a way to remove acpi_pci_root_start() -- that
> will be tremendous.
that will need to more test.
> I think the current PCI stop/remove split is a
> similar issue, and I hope you can dream up a way to consolidate those,
> too.
that is SRIOV handling resign.
I would suggest following way:
use pf as parent for one new domain. and put all VFs on that domain.
and the domain could have 256 buses for those VFs.
and we have 16 bits domain number that could be used.
current got too many patches in my quilt... hate to keep rebasing again.
after pci root bus hotplug and for_each_res topic, will work on that SRIOV one.
-Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 16:48 ` Bjorn Helgaas
2012-09-27 17:23 ` Yinghai Lu
@ 2012-09-28 0:15 ` Taku Izumi
2012-09-28 0:23 ` Bjorn Helgaas
1 sibling, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-28 0:15 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Thu, 27 Sep 2012 10:48:09 -0600
Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> > On Tue, Sep 18, 2012 at 12:25 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> >>
> >> Currently there's no PCI-related clean-up code
> >> in acpi_pci_root_remove() function.
> >> This patch introduces function for hostbridge removal,
> >> and brings back pci_stop_bus_devices() function.
> >>
> >> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> >> ---
> >> drivers/acpi/pci_bind.c | 7 +++++++
> >> drivers/acpi/pci_root.c | 7 +++++++
> >> drivers/pci/remove.c | 27 +++++++++++++++++++++++++++
> >> include/acpi/acpi_drivers.h | 1 +
> >> include/linux/pci.h | 2 ++
> >> 5 files changed, 44 insertions(+)
> >>
> >> Index: Bjorn-next-0903/drivers/pci/remove.c
> >> ===================================================================
> >> --- Bjorn-next-0903.orig/drivers/pci/remove.c
> >> +++ Bjorn-next-0903/drivers/pci/remove.c
> >> @@ -92,3 +92,30 @@ void pci_stop_and_remove_bus_device(stru
> >> pci_destroy_dev(dev);
> >> }
> >> EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
> >> +
> >> +void pci_stop_bus_devices(struct pci_bus *bus)
> >> +{
> >> + struct pci_dev *dev, *tmp;
> >> +
> >> + list_for_each_entry_safe_reverse(dev, tmp, &bus->devices, bus_list) {
> >> + if (dev->subordinate)
> >> + pci_stop_bus_devices(dev->subordinate);
> >> + pci_stop_dev(dev);
> >> + }
> >> +
> >> +}
> >> +EXPORT_SYMBOL(pci_stop_bus_devices);
> >> +
> >> +void pci_remove_host_bridge(struct pci_host_bridge *bridge)
> >> +{
> >> + struct pci_bus *root = bridge->bus;
> >> + struct pci_dev *dev, *tmp;
> >> +
> >> + list_for_each_entry_safe_reverse(dev, tmp, &root->devices, bus_list)
> >> + pci_stop_and_remove_bus_device(dev);
> >> +
> >> + pci_remove_bus(root);
> >> +
> >> + device_unregister(&bridge->dev);
> >> +}
> >> +EXPORT_SYMBOL(pci_remove_host_bridge);
> >> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
> >> ===================================================================
> >> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
> >> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
> >> @@ -652,8 +652,10 @@ static int acpi_pci_root_remove(struct a
> >> {
> >> struct acpi_pci_root *root = acpi_driver_data(device);
> >> struct acpi_pci_driver *driver;
> >> + struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
> >>
> >> mutex_lock(&acpi_pci_root_lock);
> >> + pci_stop_bus_devices(root->bus);
> >> list_for_each_entry(driver, &acpi_pci_drivers, node)
> >> if (driver->remove)
> >> driver->remove(root);
> >> @@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
> >> device_set_run_wake(root->bus->bridge, false);
> >> pci_acpi_remove_bus_pm_notifier(device);
> >>
> >> + acpi_pci_irq_del_prt(root->bus);
> >
> > acpi_pci_irq_del_prt() does not actually have a dependency on the
> > struct pci_bus, so I think its interface should be changed so it takes
> > a segment number and a bus number instead of the "struct pci_bus *".
> > The same applies to acpi_pci_irq_add_prt().
> >
> > This basically boils down to reverting 859a3f86ca8 and d9efae3688a. I
> > acked those changes at the time, but I think they were a mistake. The
> > reason is that passing in the struct pci_bus * ties them into the host
> > bridge add/remove flow in a way that's not necessary.
> >
> > If we get rid of the struct pci_bus * dependency, then we can easily
> > add the _PRT before doing PCI enumeration behind the bridge, and we
> > can remove the _PRT after removing the PCI devices. I think this is
> > one small step toward getting rid of the add/start and stop/remove
> > split.
>
> I'm going to work on doing this if nobody else is interested.
I'll do that. Maybee that is separeted from this patchset.
Best regards,
Taku Izumi
>
> >> + acpi_pci_unbind_root(device);
> >> +
> >> + pci_remove_host_bridge(bridge);
> >> +
> >> list_del(&root->node);
> >> mutex_unlock(&acpi_pci_root_lock);
> >> kfree(root);
> >> Index: Bjorn-next-0903/include/linux/pci.h
> >> ===================================================================
> >> --- Bjorn-next-0903.orig/include/linux/pci.h
> >> +++ Bjorn-next-0903/include/linux/pci.h
> >> @@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
> >> extern void pci_dev_put(struct pci_dev *dev);
> >> extern void pci_remove_bus(struct pci_bus *b);
> >> extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
> >> +extern void pci_stop_bus_devices(struct pci_bus *bus);
> >> +extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
> >> void pci_setup_cardbus(struct pci_bus *bus);
> >> extern void pci_sort_breadthfirst(void);
> >> #define dev_is_pci(d) ((d)->bus == &pci_bus_type)
> >> Index: Bjorn-next-0903/drivers/acpi/pci_bind.c
> >> ===================================================================
> >> --- Bjorn-next-0903.orig/drivers/acpi/pci_bind.c
> >> +++ Bjorn-next-0903/drivers/acpi/pci_bind.c
> >> @@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
> >>
> >> return 0;
> >> }
> >> +
> >> +void acpi_pci_unbind_root(struct acpi_device *device)
> >> +{
> >> + device->ops.bind = NULL;
> >> + device->ops.unbind = NULL;
> >> +}
> >> +
> >> Index: Bjorn-next-0903/include/acpi/acpi_drivers.h
> >> ===================================================================
> >> --- Bjorn-next-0903.orig/include/acpi/acpi_drivers.h
> >> +++ Bjorn-next-0903/include/acpi/acpi_drivers.h
> >> @@ -101,6 +101,7 @@ struct pci_bus;
> >>
> >> struct pci_dev *acpi_get_pci_dev(acpi_handle);
> >> int acpi_pci_bind_root(struct acpi_device *device);
> >> +void acpi_pci_unbind_root(struct acpi_device *device);
> >>
> >> /* Arch-defined function to add a bus to the system */
> >>
> >>
>
--
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-28 0:15 ` Taku Izumi
@ 2012-09-28 0:23 ` Bjorn Helgaas
2012-09-28 14:16 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-28 0:23 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Thu, Sep 27, 2012 at 6:15 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> On Thu, 27 Sep 2012 10:48:09 -0600
> Bjorn Helgaas <bhelgaas@google.com> wrote:
>
>> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> > On Tue, Sep 18, 2012 at 12:25 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> >>
>> >> Currently there's no PCI-related clean-up code
>> >> in acpi_pci_root_remove() function.
>> >> This patch introduces function for hostbridge removal,
>> >> and brings back pci_stop_bus_devices() function.
>> >>
>> >> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
>> >> ---
>> >> drivers/acpi/pci_bind.c | 7 +++++++
>> >> drivers/acpi/pci_root.c | 7 +++++++
>> >> drivers/pci/remove.c | 27 +++++++++++++++++++++++++++
>> >> include/acpi/acpi_drivers.h | 1 +
>> >> include/linux/pci.h | 2 ++
>> >> 5 files changed, 44 insertions(+)
>> >>
>> >> Index: Bjorn-next-0903/drivers/pci/remove.c
>> >> ===================================================================
>> >> --- Bjorn-next-0903.orig/drivers/pci/remove.c
>> >> +++ Bjorn-next-0903/drivers/pci/remove.c
>> >> @@ -92,3 +92,30 @@ void pci_stop_and_remove_bus_device(stru
>> >> pci_destroy_dev(dev);
>> >> }
>> >> EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
>> >> +
>> >> +void pci_stop_bus_devices(struct pci_bus *bus)
>> >> +{
>> >> + struct pci_dev *dev, *tmp;
>> >> +
>> >> + list_for_each_entry_safe_reverse(dev, tmp, &bus->devices, bus_list) {
>> >> + if (dev->subordinate)
>> >> + pci_stop_bus_devices(dev->subordinate);
>> >> + pci_stop_dev(dev);
>> >> + }
>> >> +
>> >> +}
>> >> +EXPORT_SYMBOL(pci_stop_bus_devices);
>> >> +
>> >> +void pci_remove_host_bridge(struct pci_host_bridge *bridge)
>> >> +{
>> >> + struct pci_bus *root = bridge->bus;
>> >> + struct pci_dev *dev, *tmp;
>> >> +
>> >> + list_for_each_entry_safe_reverse(dev, tmp, &root->devices, bus_list)
>> >> + pci_stop_and_remove_bus_device(dev);
>> >> +
>> >> + pci_remove_bus(root);
>> >> +
>> >> + device_unregister(&bridge->dev);
>> >> +}
>> >> +EXPORT_SYMBOL(pci_remove_host_bridge);
>> >> Index: Bjorn-next-0903/drivers/acpi/pci_root.c
>> >> ===================================================================
>> >> --- Bjorn-next-0903.orig/drivers/acpi/pci_root.c
>> >> +++ Bjorn-next-0903/drivers/acpi/pci_root.c
>> >> @@ -652,8 +652,10 @@ static int acpi_pci_root_remove(struct a
>> >> {
>> >> struct acpi_pci_root *root = acpi_driver_data(device);
>> >> struct acpi_pci_driver *driver;
>> >> + struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
>> >>
>> >> mutex_lock(&acpi_pci_root_lock);
>> >> + pci_stop_bus_devices(root->bus);
>> >> list_for_each_entry(driver, &acpi_pci_drivers, node)
>> >> if (driver->remove)
>> >> driver->remove(root);
>> >> @@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
>> >> device_set_run_wake(root->bus->bridge, false);
>> >> pci_acpi_remove_bus_pm_notifier(device);
>> >>
>> >> + acpi_pci_irq_del_prt(root->bus);
>> >
>> > acpi_pci_irq_del_prt() does not actually have a dependency on the
>> > struct pci_bus, so I think its interface should be changed so it takes
>> > a segment number and a bus number instead of the "struct pci_bus *".
>> > The same applies to acpi_pci_irq_add_prt().
>> >
>> > This basically boils down to reverting 859a3f86ca8 and d9efae3688a. I
>> > acked those changes at the time, but I think they were a mistake. The
>> > reason is that passing in the struct pci_bus * ties them into the host
>> > bridge add/remove flow in a way that's not necessary.
>> >
>> > If we get rid of the struct pci_bus * dependency, then we can easily
>> > add the _PRT before doing PCI enumeration behind the bridge, and we
>> > can remove the _PRT after removing the PCI devices. I think this is
>> > one small step toward getting rid of the add/start and stop/remove
>> > split.
>>
>> I'm going to work on doing this if nobody else is interested.
>
> I'll do that. Maybee that is separeted from this patchset.
Great, thanks! A separate patchset is definitely fine.
>> >> + acpi_pci_unbind_root(device);
>> >> +
>> >> + pci_remove_host_bridge(bridge);
>> >> +
>> >> list_del(&root->node);
>> >> mutex_unlock(&acpi_pci_root_lock);
>> >> kfree(root);
>> >> Index: Bjorn-next-0903/include/linux/pci.h
>> >> ===================================================================
>> >> --- Bjorn-next-0903.orig/include/linux/pci.h
>> >> +++ Bjorn-next-0903/include/linux/pci.h
>> >> @@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
>> >> extern void pci_dev_put(struct pci_dev *dev);
>> >> extern void pci_remove_bus(struct pci_bus *b);
>> >> extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
>> >> +extern void pci_stop_bus_devices(struct pci_bus *bus);
>> >> +extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
>> >> void pci_setup_cardbus(struct pci_bus *bus);
>> >> extern void pci_sort_breadthfirst(void);
>> >> #define dev_is_pci(d) ((d)->bus == &pci_bus_type)
>> >> Index: Bjorn-next-0903/drivers/acpi/pci_bind.c
>> >> ===================================================================
>> >> --- Bjorn-next-0903.orig/drivers/acpi/pci_bind.c
>> >> +++ Bjorn-next-0903/drivers/acpi/pci_bind.c
>> >> @@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
>> >>
>> >> return 0;
>> >> }
>> >> +
>> >> +void acpi_pci_unbind_root(struct acpi_device *device)
>> >> +{
>> >> + device->ops.bind = NULL;
>> >> + device->ops.unbind = NULL;
>> >> +}
>> >> +
>> >> Index: Bjorn-next-0903/include/acpi/acpi_drivers.h
>> >> ===================================================================
>> >> --- Bjorn-next-0903.orig/include/acpi/acpi_drivers.h
>> >> +++ Bjorn-next-0903/include/acpi/acpi_drivers.h
>> >> @@ -101,6 +101,7 @@ struct pci_bus;
>> >>
>> >> struct pci_dev *acpi_get_pci_dev(acpi_handle);
>> >> int acpi_pci_bind_root(struct acpi_device *device);
>> >> +void acpi_pci_unbind_root(struct acpi_device *device);
>> >>
>> >> /* Arch-defined function to add a bus to the system */
>> >>
>> >>
>>
>
>
> --
> Taku Izumi <izumi.taku@jp.fujitsu.com>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-21 20:09 ` Bjorn Helgaas
2012-09-27 16:48 ` Bjorn Helgaas
@ 2012-09-28 9:46 ` Taku Izumi
2012-10-30 4:02 ` Bjorn Helgaas
1 sibling, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-09-28 9:46 UTC (permalink / raw)
To: Bjorn Helgaas; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
Currently there's no PCI-related clean-up code
in acpi_pci_root_remove() function.
This patch introduces function for hostbridge removal,
and brings back pci_stop_bus_devices() function.
diff: rebased against current next
updated according to Bjorn's comment
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_bind.c | 7 +++++++
drivers/acpi/pci_root.c | 6 ++++++
drivers/pci/remove.c | 28 ++++++++++++++++++++++++++++
include/acpi/acpi_drivers.h | 1 +
include/linux/pci.h | 2 ++
5 files changed, 44 insertions(+)
Index: Bjorn-next-0925-configchange/drivers/pci/remove.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/pci/remove.c
+++ Bjorn-next-0925-configchange/drivers/pci/remove.c
@@ -111,3 +111,31 @@ void pci_stop_and_remove_bus_device(stru
pci_remove_bus_device(dev);
}
EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
+
+void pci_stop_bus_devices(struct pci_bus *bus)
+{
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp,
+ &bus->devices, bus_list) {
+ pci_stop_bus_device(dev);
+ }
+
+}
+EXPORT_SYMBOL(pci_stop_bus_devices);
+
+void pci_remove_host_bridge(struct pci_host_bridge *bridge)
+{
+ struct pci_bus *root = bridge->bus;
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp,
+ &root->devices, bus_list) {
+ pci_remove_bus_device(dev);
+ }
+
+ pci_remove_bus(root);
+
+ device_unregister(&bridge->dev);
+}
+EXPORT_SYMBOL(pci_remove_host_bridge);
Index: Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
@@ -659,8 +659,10 @@ static int acpi_pci_root_remove(struct a
{
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
mutex_lock(&acpi_pci_root_lock);
+ pci_stop_bus_devices(root->bus);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
@@ -668,6 +670,10 @@ static int acpi_pci_root_remove(struct a
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ acpi_pci_unbind_root(device);
+
+ pci_remove_host_bridge(bridge);
+
list_del(&root->node);
mutex_unlock(&acpi_pci_root_lock);
kfree(root);
Index: Bjorn-next-0925-configchange/include/linux/pci.h
===================================================================
--- Bjorn-next-0925-configchange.orig/include/linux/pci.h
+++ Bjorn-next-0925-configchange/include/linux/pci.h
@@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
extern void pci_dev_put(struct pci_dev *dev);
extern void pci_remove_bus(struct pci_bus *b);
extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
+extern void pci_stop_bus_devices(struct pci_bus *bus);
+extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
void pci_setup_cardbus(struct pci_bus *bus);
extern void pci_sort_breadthfirst(void);
#define dev_is_pci(d) ((d)->bus == &pci_bus_type)
Index: Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_bind.c
+++ Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
@@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
return 0;
}
+
+void acpi_pci_unbind_root(struct acpi_device *device)
+{
+ device->ops.bind = NULL;
+ device->ops.unbind = NULL;
+}
+
Index: Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
===================================================================
--- Bjorn-next-0925-configchange.orig/include/acpi/acpi_drivers.h
+++ Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
@@ -101,6 +101,7 @@ struct pci_bus;
struct pci_dev *acpi_get_pci_dev(acpi_handle);
int acpi_pci_bind_root(struct acpi_device *device);
+void acpi_pci_unbind_root(struct acpi_device *device);
/* Arch-defined function to add a bus to the system */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
2012-09-23 22:48 ` Yinghai Lu
@ 2012-09-28 9:48 ` Taku Izumi
0 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-09-28 9:48 UTC (permalink / raw)
To: linux-pci; +Cc: bhelgaas, linux-acpi, kaneshige.kenji, jiang.liu, Yinghai Lu
Devices under hot-added hostbridge have no chance to assign resources
and to configure them, so this patch adds such code for hot-added
hostbridges at acpi_pci_root_start().
diff: updated according to Yinhai's comment
disconnect dependency on CONFIG_HOTPLUG
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 13 +++++++++++++
include/acpi/acpi_bus.h | 1 +
2 files changed, 14 insertions(+)
Index: Bjorn-next-0925/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0925.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0925/drivers/acpi/pci_root.c
@@ -628,6 +628,9 @@ static int __devinit acpi_pci_root_add(s
if (device->wakeup.flags.run_wake)
device_set_run_wake(root->bus->bridge, true);
+ if (system_state != SYSTEM_BOOTING)
+ root->hot_added = true;
+
return 0;
out_del_root:
@@ -644,6 +647,16 @@ static int acpi_pci_root_start(struct ac
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ /*
+ * Devices under hot-added hostbridge have no chance to assign
+ * resources and to configure them, so do that here
+ */
+ if (root->hot_added) {
+ pci_bus_size_bridges(root->bus);
+ pci_bus_assign_resources(root->bus);
+ pci_enable_bridges(root->bus);
+ }
+
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->add)
Index: Bjorn-next-0925/include/acpi/acpi_bus.h
===================================================================
--- Bjorn-next-0925.orig/include/acpi/acpi_bus.h
+++ Bjorn-next-0925/include/acpi/acpi_bus.h
@@ -407,6 +407,7 @@ struct acpi_pci_root {
u32 osc_support_set; /* _OSC state of support bits */
u32 osc_control_set; /* _OSC state of control bits */
phys_addr_t mcfg_addr;
+ bool hot_added;
};
/* helper */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-28 0:23 ` Bjorn Helgaas
@ 2012-09-28 14:16 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-28 14:16 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
On Thu, Sep 27, 2012 at 6:23 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Thu, Sep 27, 2012 at 6:15 PM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>> On Thu, 27 Sep 2012 10:48:09 -0600
>> Bjorn Helgaas <bhelgaas@google.com> wrote:
>>
>>> On Fri, Sep 21, 2012 at 2:09 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>> > On Tue, Sep 18, 2012 at 12:25 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
>>> >> @@ -661,6 +663,11 @@ static int acpi_pci_root_remove(struct a
>>> >> device_set_run_wake(root->bus->bridge, false);
>>> >> pci_acpi_remove_bus_pm_notifier(device);
>>> >>
>>> >> + acpi_pci_irq_del_prt(root->bus);
>>> >
>>> > acpi_pci_irq_del_prt() does not actually have a dependency on the
>>> > struct pci_bus, so I think its interface should be changed so it takes
>>> > a segment number and a bus number instead of the "struct pci_bus *".
>>> > The same applies to acpi_pci_irq_add_prt().
>>> >
>>> > This basically boils down to reverting 859a3f86ca8 and d9efae3688a. I
>>> > acked those changes at the time, but I think they were a mistake. The
>>> > reason is that passing in the struct pci_bus * ties them into the host
>>> > bridge add/remove flow in a way that's not necessary.
>>> >
>>> > If we get rid of the struct pci_bus * dependency, then we can easily
>>> > add the _PRT before doing PCI enumeration behind the bridge, and we
>>> > can remove the _PRT after removing the PCI devices. I think this is
>>> > one small step toward getting rid of the add/start and stop/remove
>>> > split.
>>>
>>> I'm going to work on doing this if nobody else is interested.
>>
>> I'll do that. Maybee that is separeted from this patchset.
>
> Great, thanks! A separate patchset is definitely fine.
Whether this is a waste of time or not, I don't know. But I did a
little bit of work on this before you volunteered, Taku. Sorry, I
should have pointed you at the work-in-progress patches; maybe they
could have saved you a bit of time. Anyway, here they are:
http://git.kernel.org/?p=linux/kernel/git/helgaas/pci.git;a=shortlog;h=refs/heads/pci/bjorn-misc
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-27 20:17 ` Yinghai Lu
@ 2012-09-28 16:07 ` Bjorn Helgaas
2012-09-28 16:19 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-28 16:07 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Thu, Sep 27, 2012 at 2:17 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Thu, Sep 27, 2012 at 11:44 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> I explained the reasons why I think it's a good idea above, but just
>> to expand on it, we currently have to create the struct pci_bus before
>> we can add _PRT information. But adding the _PRT info doesn't
>> actually depend on the struct pci_bus; it only requires the segment
>> number and the bus number. We have that information before we scan
>> the bus .
>>
>> I think it's useful to disentangle _PRT interface from the specifics
>> of PCI (in this case, the struct pci_bus). We're currently using the
>> struct pci_bus here just as a convenient way to pass around the
>> segment/bus number, but I don't think it's the appropriate abstraction
>> for that.
>>
>> Do you see a technical problem with it? Even if it's not *necessary*
>> in order to make host bridge hotplug work, I think it's worth doing to
>> make the code more understandable.
>>
>> Do you see a problem with adding the _PRT info before scanning the bus
>> or with removing it after deleting the bus?
>
> If the bus is not there, do not need that prt.
>
> So if you find the prt and add it to the list before, later if
> scanning fail etc failing path
> you will need to clean that prt in the list.
That's true. It will add a little bit to the failure paths in
acpi_pci_root_add(), but I don't think that's much of an issue.
>> I'd like the bus scan
>> code to be able to scan/add/bind drivers all at once in the PCI core.
>> Today I think we have scan/add _PRT/device_add, where we have to do
>> this _PRT stuff in the middle, so we have to use two PCI interfaces
>> rather than one.
This is the more important bit. My longer-term goal is to separate
out the ACPI parts from the PCI parts. Then we can use more generic
code for the PCI part, which will help unify the architectures.
Today we have this, which is more complicated than it should be. Note
how we do some ACPI stuff, some PCI stuff, some more ACPI stuff, then
more PCI stuff:
acpi_pci_root_add
pci_acpi_scan_root
pci_scan_child_bus
acpi_pci_irq_add_prt
acpi_pci_osc_control_set
acpi_pci_root_start
pci_bus_add_devices
I don't think the ACPI/PCI mixture is anything essential dictated by
the way the hardware or firmware works. I think it's just an artifact
of the current design, and it could be changed. It would be better to
have this:
acpi_pci_root_add
acpi_pci_irq_add_prt
acpi_pci_osc_control_set
pci_acpi_scan_root
pci_scan_root_bus
pci_scan_child_bus
pci_bus_add_devices
We can't get to this latter strategy as long as the ACPI interfaces
depend on the struct pci_bus. So the _PRT change is a small thing in
itself, but I do think it helps enable significant improvements in the
future.
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-28 16:07 ` Bjorn Helgaas
@ 2012-09-28 16:19 ` Yinghai Lu
2012-09-28 19:44 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-09-28 16:19 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Fri, Sep 28, 2012 at 9:07 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Thu, Sep 27, 2012 at 2:17 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> Today we have this, which is more complicated than it should be. Note
> how we do some ACPI stuff, some PCI stuff, some more ACPI stuff, then
> more PCI stuff:
>
> acpi_pci_root_add
> pci_acpi_scan_root
> pci_scan_child_bus
> acpi_pci_irq_add_prt
> acpi_pci_osc_control_set
> acpi_pci_root_start
> pci_bus_add_devices
>
> I don't think the ACPI/PCI mixture is anything essential dictated by
> the way the hardware or firmware works. I think it's just an artifact
> of the current design, and it could be changed. It would be better to
> have this:
>
> acpi_pci_root_add
> acpi_pci_irq_add_prt
> acpi_pci_osc_control_set
> pci_acpi_scan_root
> pci_scan_root_bus
> pci_scan_child_bus
> pci_bus_add_devices
>
> We can't get to this latter strategy as long as the ACPI interfaces
> depend on the struct pci_bus. So the _PRT change is a small thing in
> itself, but I do think it helps enable significant improvements in the
> future.
still to handle to those fallback path like create_bus and scan bus failure.
in my for-pci-next branch, with Jiang's patches and mine, now we achieved at
acpi_pci_root_add
pci_acpi_scan_root
pci_scan_root_bus
pci_scan_child_bus
acpi_pci_osc_control_set
pci_bus_add_devices
acpi_pci_irq_add_prt is called later during acpi binding that is
triggered by adding to device tree.
thought os_control set via pci_host_bridge add interface..
with those BUS ADD notification, we can pass bus safely, and without
considering about cleanup PRT and OSC setting.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-28 16:19 ` Yinghai Lu
@ 2012-09-28 19:44 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-09-28 19:44 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Taku Izumi, linux-pci, linux-acpi, kaneshige.kenji, jiang.liu
On Fri, Sep 28, 2012 at 10:19 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Fri, Sep 28, 2012 at 9:07 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> On Thu, Sep 27, 2012 at 2:17 PM, Yinghai Lu <yinghai@kernel.org> wrote:
>> Today we have this, which is more complicated than it should be. Note
>> how we do some ACPI stuff, some PCI stuff, some more ACPI stuff, then
>> more PCI stuff:
>>
>> acpi_pci_root_add
>> pci_acpi_scan_root
>> pci_scan_child_bus
>> acpi_pci_irq_add_prt
>> acpi_pci_osc_control_set
>> acpi_pci_root_start
>> pci_bus_add_devices
>>
>> I don't think the ACPI/PCI mixture is anything essential dictated by
>> the way the hardware or firmware works. I think it's just an artifact
>> of the current design, and it could be changed. It would be better to
>> have this:
>>
>> acpi_pci_root_add
>> acpi_pci_irq_add_prt
>> acpi_pci_osc_control_set
>> pci_acpi_scan_root
>> pci_scan_root_bus
>> pci_scan_child_bus
>> pci_bus_add_devices
>>
>> We can't get to this latter strategy as long as the ACPI interfaces
>> depend on the struct pci_bus. So the _PRT change is a small thing in
>> itself, but I do think it helps enable significant improvements in the
>> future.
>
> still to handle to those fallback path like create_bus and scan bus failure.
>
> in my for-pci-next branch, with Jiang's patches and mine, now we achieved at
>
> acpi_pci_root_add
> pci_acpi_scan_root
> pci_scan_root_bus
> pci_scan_child_bus
> acpi_pci_osc_control_set
> pci_bus_add_devices
>
> acpi_pci_irq_add_prt is called later during acpi binding that is
> triggered by adding to device tree.
> thought os_control set via pci_host_bridge add interface..
>
> with those BUS ADD notification, we can pass bus safely, and without
> considering about cleanup PRT and OSC setting.
I haven't looked at those patches yet.
Is there a reason why acpi_pci_osc_control_set() needs to be done
after pci_scan_child_bus()? The argument that it might make the error
path somewhat simpler is not very convincing to me. Having the arch
code call both pci_scan_child_bus() and pci_bus_add_devices() is a
much more fundamental complexity -- it makes x86 and ia64 different
from many architectures, and it exposes the intermediate state where
"devices have been enumerated but not added" to a lot more code.
It doesn't sound like an improvement to call acpi_pci_irq_add_prt()
using a bus add notifier. At least for the host bridge case, it's
clear, simple, and straightforward to call it in acpi_pci_root_add().
Notifiers are useful in some cases, but they definitely make the code
harder to follow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function
2012-09-28 9:46 ` Taku Izumi
@ 2012-10-30 4:02 ` Bjorn Helgaas
2012-10-30 17:42 ` Yinghai Lu
` (3 more replies)
0 siblings, 4 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-10-30 4:02 UTC (permalink / raw)
To: Taku Izumi; +Cc: linux-pci, linux-acpi, kaneshige.kenji, yinghai, jiang.liu
I think I'm missing patches 7/8 and 8/8 from this series. Can
you repost them to make sure I have the latest versions?
Note the comments below:
On Fri, Sep 28, 2012 at 06:46:27PM +0900, Taku Izumi wrote:
>
> Currently there's no PCI-related clean-up code
> in acpi_pci_root_remove() function.
> This patch introduces function for hostbridge removal,
> and brings back pci_stop_bus_devices() function.
>
> diff: rebased against current next
> updated according to Bjorn's comment
>
> Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
> ---
> drivers/acpi/pci_bind.c | 7 +++++++
> drivers/acpi/pci_root.c | 6 ++++++
> drivers/pci/remove.c | 28 ++++++++++++++++++++++++++++
> include/acpi/acpi_drivers.h | 1 +
> include/linux/pci.h | 2 ++
> 5 files changed, 44 insertions(+)
>
> Index: Bjorn-next-0925-configchange/drivers/pci/remove.c
> ===================================================================
> --- Bjorn-next-0925-configchange.orig/drivers/pci/remove.c
> +++ Bjorn-next-0925-configchange/drivers/pci/remove.c
> @@ -111,3 +111,31 @@ void pci_stop_and_remove_bus_device(stru
> pci_remove_bus_device(dev);
> }
> EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
> +
> +void pci_stop_bus_devices(struct pci_bus *bus)
> +{
> + struct pci_dev *dev, *tmp;
> +
> + list_for_each_entry_safe_reverse(dev, tmp,
> + &bus->devices, bus_list) {
> + pci_stop_bus_device(dev);
> + }
> +
> +}
> +EXPORT_SYMBOL(pci_stop_bus_devices);
I'm hesitant to introduce pci_stop_bus_devices() again, particularly
when it is exported. The stop/remove split introduces the state where
devices are "stopped" but haven't been "removed" yet.
In this state, the driver .remove() method has been called, sysfs has
been cleaned up, and the struct device has been unregistered, but the
struct pci_dev itself still exists. Obviously, this state *must*
exist internally in the PCI core as we remove the PCI device.
The problem is that we have non-core code that *depends* on being
run while in this transitory state. I think this is a design mistake.
The code that depends on this state is basically just the stuff in the
acpi_pci_drivers list, namely, acpi_pci_hp_driver and acpi_pci_slot_driver.
I suspect that the main reason we have the acpi_pci_drivers list and the
whole acpi_pci_register_driver() infrastructure is so that these PCI
host bridge "sub-drivers" can be built as modules.
I don't think there's really any value in having these sub-drivers as
modules, and it leads to a lot of complication in the code. I'm pretty
sure that forcing them to be selected at build-time will let us make
things much simpler.
If we have to have pci_stop_bus_devices() as an interim measure, I can
live with it, but it doesn't need to be exported, does it?
> +void pci_remove_host_bridge(struct pci_host_bridge *bridge)
> +{
> + struct pci_bus *root = bridge->bus;
> + struct pci_dev *dev, *tmp;
> +
> + list_for_each_entry_safe_reverse(dev, tmp,
> + &root->devices, bus_list) {
> + pci_remove_bus_device(dev);
> + }
> +
> + pci_remove_bus(root);
> +
> + device_unregister(&bridge->dev);
> +}
> +EXPORT_SYMBOL(pci_remove_host_bridge);
> Index: Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
> ===================================================================
> --- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_root.c
> +++ Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
> @@ -659,8 +659,10 @@ static int acpi_pci_root_remove(struct a
> {
> struct acpi_pci_root *root = acpi_driver_data(device);
> struct acpi_pci_driver *driver;
> + struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
>
> mutex_lock(&acpi_pci_root_lock);
> + pci_stop_bus_devices(root->bus);
> list_for_each_entry(driver, &acpi_pci_drivers, node)
> if (driver->remove)
> driver->remove(root);
> @@ -668,6 +670,10 @@ static int acpi_pci_root_remove(struct a
> device_set_run_wake(root->bus->bridge, false);
> pci_acpi_remove_bus_pm_notifier(device);
>
> + acpi_pci_unbind_root(device);
> +
> + pci_remove_host_bridge(bridge);
> +
> list_del(&root->node);
> mutex_unlock(&acpi_pci_root_lock);
> kfree(root);
> Index: Bjorn-next-0925-configchange/include/linux/pci.h
> ===================================================================
> --- Bjorn-next-0925-configchange.orig/include/linux/pci.h
> +++ Bjorn-next-0925-configchange/include/linux/pci.h
> @@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
> extern void pci_dev_put(struct pci_dev *dev);
> extern void pci_remove_bus(struct pci_bus *b);
> extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
> +extern void pci_stop_bus_devices(struct pci_bus *bus);
> +extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
> void pci_setup_cardbus(struct pci_bus *bus);
> extern void pci_sort_breadthfirst(void);
> #define dev_is_pci(d) ((d)->bus == &pci_bus_type)
> Index: Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
> ===================================================================
> --- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_bind.c
> +++ Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
> @@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
>
> return 0;
> }
> +
> +void acpi_pci_unbind_root(struct acpi_device *device)
> +{
> + device->ops.bind = NULL;
> + device->ops.unbind = NULL;
> +}
> +
> Index: Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
> ===================================================================
> --- Bjorn-next-0925-configchange.orig/include/acpi/acpi_drivers.h
> +++ Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
> @@ -101,6 +101,7 @@ struct pci_bus;
>
> struct pci_dev *acpi_get_pci_dev(acpi_handle);
> int acpi_pci_bind_root(struct acpi_device *device);
> +void acpi_pci_unbind_root(struct acpi_device *device);
>
> /* Arch-defined function to add a bus to the system */
>
>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
2012-10-30 4:02 ` Bjorn Helgaas
@ 2012-10-30 17:42 ` Yinghai Lu
2012-10-31 8:26 ` [PATCH v3,RESEND 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
` (2 subsequent siblings)
3 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
1. add support for assign resource for hot add path.
2. stop and remove root bus during acpi root remove.
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
Yinghai Lu (8):
PCI: Separate out pci_assign_unassigned_bus_resources()
PCI: Move pci_rescan_bus() back to probe.c
PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
PCI, ACPI: assign unassigned resource for hot add root bus
PCI: Add pci_stop/remove_root_bus()
PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
PCI, ACPI: delete root bus prt during hot remove path
PCI, ACPI: remove acpi_root_driver in reserse order
drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
drivers/pci/probe.c | 22 ++++++++++++++++++++++
drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
drivers/pci/setup-bus.c | 22 +---------------------
include/linux/pci.h | 3 +++
5 files changed, 82 insertions(+), 22 deletions(-)
--
1.7.7
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (no subject)
@ 2012-10-30 17:42 ` Yinghai Lu
0 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
1. add support for assign resource for hot add path.
2. stop and remove root bus during acpi root remove.
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
Yinghai Lu (8):
PCI: Separate out pci_assign_unassigned_bus_resources()
PCI: Move pci_rescan_bus() back to probe.c
PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
PCI, ACPI: assign unassigned resource for hot add root bus
PCI: Add pci_stop/remove_root_bus()
PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
PCI, ACPI: delete root bus prt during hot remove path
PCI, ACPI: remove acpi_root_driver in reserse order
drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
drivers/pci/probe.c | 22 ++++++++++++++++++++++
drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
drivers/pci/setup-bus.c | 22 +---------------------
include/linux/pci.h | 3 +++
5 files changed, 82 insertions(+), 22 deletions(-)
--
1.7.7
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH 1/8] PCI: Separate out pci_assign_unassigned_bus_resources()
2012-10-30 17:42 ` Yinghai Lu
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
It is main portion of pci_rescan_bus().
Separate it out and prepare to use it for pci root bus hot add later.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/pci/setup-bus.c | 32 ++++++++++++++++++--------------
include/linux/pci.h | 1 +
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
index 1e808ca..1f34929 100644
--- a/drivers/pci/setup-bus.c
+++ b/drivers/pci/setup-bus.c
@@ -1550,25 +1550,12 @@ enable_all:
}
EXPORT_SYMBOL_GPL(pci_assign_unassigned_bridge_resources);
-#ifdef CONFIG_HOTPLUG
-/**
- * pci_rescan_bus - scan a PCI bus for devices.
- * @bus: PCI bus to scan
- *
- * Scan a PCI bus and child buses for new devices, adds them,
- * and enables them.
- *
- * Returns the max number of subordinate bus discovered.
- */
-unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
+void pci_assign_unassigned_bus_resources(struct pci_bus *bus)
{
- unsigned int max;
struct pci_dev *dev;
LIST_HEAD(add_list); /* list of resources that
want additional resources */
- max = pci_scan_child_bus(bus);
-
down_read(&pci_bus_sem);
list_for_each_entry(dev, &bus->devices, bus_list)
if (dev->hdr_type == PCI_HEADER_TYPE_BRIDGE ||
@@ -1581,6 +1568,23 @@ unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
BUG_ON(!list_empty(&add_list));
pci_enable_bridges(bus);
+}
+#ifdef CONFIG_HOTPLUG
+/**
+ * pci_rescan_bus - scan a PCI bus for devices.
+ * @bus: PCI bus to scan
+ *
+ * Scan a PCI bus and child buses for new devices, adds them,
+ * and enables them.
+ *
+ * Returns the max number of subordinate bus discovered.
+ */
+unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
+{
+ unsigned int max;
+
+ max = pci_scan_child_bus(bus);
+ pci_assign_unassigned_bus_resources(bus);
pci_bus_add_devices(bus);
return max;
diff --git a/include/linux/pci.h b/include/linux/pci.h
index be1de01..505c05a 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -980,6 +980,7 @@ void pci_bus_size_bridges(struct pci_bus *bus);
int pci_claim_resource(struct pci_dev *, int);
void pci_assign_unassigned_resources(void);
void pci_assign_unassigned_bridge_resources(struct pci_dev *bridge);
+void pci_assign_unassigned_bus_resources(struct pci_bus *bus);
void pdev_enable_device(struct pci_dev *);
int pci_enable_resources(struct pci_dev *, int mask);
void pci_fixup_irqs(u8 (*)(struct pci_dev *, u8 *),
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 2/8] PCI: Move pci_rescan_bus() back to probe.c
2012-10-30 17:42 ` Yinghai Lu
(?)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
We have pci_assign_unassigned_bus_resources() in as global function now.
Move back pci_rescan_bus to probe.c where it should be.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/pci/probe.c | 21 +++++++++++++++++++++
drivers/pci/setup-bus.c | 22 ----------------------
2 files changed, 21 insertions(+), 22 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index ec909af..65f62e3 100644
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@ -1890,6 +1890,27 @@ unsigned int __ref pci_rescan_bus_bridge_resize(struct pci_dev *bridge)
return max;
}
+/**
+ * pci_rescan_bus - scan a PCI bus for devices.
+ * @bus: PCI bus to scan
+ *
+ * Scan a PCI bus and child buses for new devices, adds them,
+ * and enables them.
+ *
+ * Returns the max number of subordinate bus discovered.
+ */
+unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
+{
+ unsigned int max;
+
+ max = pci_scan_child_bus(bus);
+ pci_assign_unassigned_bus_resources(bus);
+ pci_bus_add_devices(bus);
+
+ return max;
+}
+EXPORT_SYMBOL_GPL(pci_rescan_bus);
+
EXPORT_SYMBOL(pci_add_new_bus);
EXPORT_SYMBOL(pci_scan_slot);
EXPORT_SYMBOL(pci_scan_bridge);
diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
index 1f34929..59e6c55 100644
--- a/drivers/pci/setup-bus.c
+++ b/drivers/pci/setup-bus.c
@@ -1569,25 +1569,3 @@ void pci_assign_unassigned_bus_resources(struct pci_bus *bus)
pci_enable_bridges(bus);
}
-#ifdef CONFIG_HOTPLUG
-/**
- * pci_rescan_bus - scan a PCI bus for devices.
- * @bus: PCI bus to scan
- *
- * Scan a PCI bus and child buses for new devices, adds them,
- * and enables them.
- *
- * Returns the max number of subordinate bus discovered.
- */
-unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
-{
- unsigned int max;
-
- max = pci_scan_child_bus(bus);
- pci_assign_unassigned_bus_resources(bus);
- pci_bus_add_devices(bus);
-
- return max;
-}
-EXPORT_SYMBOL_GPL(pci_rescan_bus);
-#endif
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 3/8] PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
2012-10-30 17:42 ` Yinghai Lu
` (2 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
2012-11-02 10:02 ` Taku Izumi
-1 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
So could use assign_unassigned_bus_res pci root bus add
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/pci/probe.c | 1 +
drivers/pci/setup-bus.c | 2 --
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index 65f62e3..59cf1ba 100644
--- a/drivers/pci/probe.c
+++ b/drivers/pci/probe.c
@@ -1905,6 +1905,7 @@ unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
max = pci_scan_child_bus(bus);
pci_assign_unassigned_bus_resources(bus);
+ pci_enable_bridges(bus);
pci_bus_add_devices(bus);
return max;
diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
index 59e6c55..6d3591d 100644
--- a/drivers/pci/setup-bus.c
+++ b/drivers/pci/setup-bus.c
@@ -1566,6 +1566,4 @@ void pci_assign_unassigned_bus_resources(struct pci_bus *bus)
up_read(&pci_bus_sem);
__pci_bus_assign_resources(bus, &add_list, NULL);
BUG_ON(!list_empty(&add_list));
-
- pci_enable_bridges(bus);
}
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 4/8] PCI, ACPI: assign unassigned resource for hot add root bus
2012-10-30 17:42 ` Yinghai Lu
` (3 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
After we get hot-added ioapic registered.
pci_enable_bridges will try to enable ioapic irq for pci bridges.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/acpi/pci_root.c | 7 +++++++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index bce469c..27adbfd 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -644,12 +644,19 @@ static int acpi_pci_root_start(struct acpi_device *device)
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ if (system_state != SYSTEM_BOOTING)
+ pci_assign_unassigned_bus_resources(root->bus);
+
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->add)
driver->add(root);
mutex_unlock(&acpi_pci_root_lock);
+ /* need to after hot-added ioapic is registered */
+ if (system_state != SYSTEM_BOOTING)
+ pci_enable_bridges(root->bus);
+
pci_bus_add_devices(root->bus);
return 0;
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 5/8] PCI: Add pci_stop/remove_root_bus()
2012-10-30 17:42 ` Yinghai Lu
` (4 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
It supports both pci root bus and pci bus under pci bridge.
-v2: clear pci_bridge's subordinate.
-v3: only handle root bus. and also put Jiang's get/put pair in
-v4: fold pci_stop/remove_bus_devices in... reducing confusing.
-v5: split device_register/unregister to avoid extra get...
also remove extra blank line.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
include/linux/pci.h | 2 ++
2 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/drivers/pci/remove.c b/drivers/pci/remove.c
index 513972f..7c0fd92 100644
--- a/drivers/pci/remove.c
+++ b/drivers/pci/remove.c
@@ -111,3 +111,39 @@ void pci_stop_and_remove_bus_device(struct pci_dev *dev)
pci_remove_bus_device(dev);
}
EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
+
+void pci_stop_root_bus(struct pci_bus *bus)
+{
+ struct pci_dev *child, *tmp;
+ struct pci_host_bridge *host_bridge;
+
+ if (!pci_is_root_bus(bus))
+ return;
+
+ host_bridge = to_pci_host_bridge(bus->bridge);
+ list_for_each_entry_safe_reverse(child, tmp,
+ &bus->devices, bus_list)
+ pci_stop_bus_device(child);
+
+ /* stop the host bridge */
+ device_del(&host_bridge->dev);
+}
+
+void pci_remove_root_bus(struct pci_bus *bus)
+{
+ struct pci_dev *child, *tmp;
+ struct pci_host_bridge *host_bridge;
+
+ if (!pci_is_root_bus(bus))
+ return;
+
+ host_bridge = to_pci_host_bridge(bus->bridge);
+ list_for_each_entry_safe(child, tmp,
+ &bus->devices, bus_list)
+ pci_remove_bus_device(child);
+ pci_remove_bus(bus);
+ host_bridge->bus = NULL;
+
+ /* remove the host bridge */
+ put_device(&host_bridge->dev);
+}
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 505c05a..a5cd03b 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struct pci_dev *dev);
extern void pci_dev_put(struct pci_dev *dev);
extern void pci_remove_bus(struct pci_bus *b);
extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
+void pci_stop_root_bus(struct pci_bus *bus);
+void pci_remove_root_bus(struct pci_bus *bus);
void pci_setup_cardbus(struct pci_bus *bus);
extern void pci_sort_breadthfirst(void);
#define dev_is_pci(d) ((d)->bus == &pci_bus_type)
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 6/8] PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
2012-10-30 17:42 ` Yinghai Lu
` (5 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
It will call new added pci_stop_and_remove_bus() to stop/remove pci root bus.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Len Brown <lenb@kernel.org>
Cc: linux-acpi@vger.kernel.org
---
drivers/acpi/pci_root.c | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index 27adbfd..aed0953 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -667,14 +667,20 @@ static int acpi_pci_root_remove(struct acpi_device *device, int type)
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ pci_stop_root_bus(root->bus);
+
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
+ mutex_unlock(&acpi_pci_root_lock);
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ pci_remove_root_bus(root->bus);
+
+ mutex_lock(&acpi_pci_root_lock);
list_del(&root->node);
mutex_unlock(&acpi_pci_root_lock);
kfree(root);
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 7/8] PCI, ACPI: delete root bus prt during hot remove path
2012-10-30 17:42 ` Yinghai Lu
` (6 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
corresponding to add path.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/acpi/pci_root.c | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index aed0953..a27cbb57 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -664,6 +664,8 @@ static int acpi_pci_root_start(struct acpi_device *device)
static int acpi_pci_root_remove(struct acpi_device *device, int type)
{
+ acpi_status status;
+ acpi_handle handle;
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
@@ -678,6 +680,10 @@ static int acpi_pci_root_remove(struct acpi_device *device, int type)
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ status = acpi_get_handle(device->handle, METHOD_NAME__PRT, &handle);
+ if (ACPI_SUCCESS(status))
+ acpi_pci_irq_del_prt(root->bus);
+
pci_remove_root_bus(root->bus);
mutex_lock(&acpi_pci_root_lock);
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 8/8] PCI, ACPI: remove acpi_root_driver in reserse order
2012-10-30 17:42 ` Yinghai Lu
` (7 preceding siblings ...)
(?)
@ 2012-10-30 17:42 ` Yinghai Lu
-1 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-10-30 17:42 UTC (permalink / raw)
To: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-acpi, Yinghai Lu
aka stop acpi root driver in this sequence: acpiphp, iommu, ioapic.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/acpi/pci_root.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index a27cbb57..012f40d 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -672,7 +672,7 @@ static int acpi_pci_root_remove(struct acpi_device *device, int type)
pci_stop_root_bus(root->bus);
mutex_lock(&acpi_pci_root_lock);
- list_for_each_entry(driver, &acpi_pci_drivers, node)
+ list_for_each_entry_reverse(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
mutex_unlock(&acpi_pci_root_lock);
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH v3,RESEND 7/8] ACPI, PCI: add hostbridge removal function
2012-10-30 4:02 ` Bjorn Helgaas
2012-10-30 17:42 ` Yinghai Lu
@ 2012-10-31 8:26 ` Taku Izumi
2012-10-31 8:27 ` [PATCH v3,RESEND 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
3 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-10-31 8:26 UTC (permalink / raw)
To: linux-pci
Currently there's no PCI-related clean-up code
in acpi_pci_root_remove() function.
This patch introduces function for hostbridge removal,
and brings back pci_stop_bus_devices() function.
diff: rebased against current next
updated according to Bjorn's comment
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_bind.c | 7 +++++++
drivers/acpi/pci_root.c | 6 ++++++
drivers/pci/remove.c | 28 ++++++++++++++++++++++++++++
include/acpi/acpi_drivers.h | 1 +
include/linux/pci.h | 2 ++
5 files changed, 44 insertions(+)
Index: Bjorn-next-0925-configchange/drivers/pci/remove.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/pci/remove.c
+++ Bjorn-next-0925-configchange/drivers/pci/remove.c
@@ -111,3 +111,31 @@ void pci_stop_and_remove_bus_device(stru
pci_remove_bus_device(dev);
}
EXPORT_SYMBOL(pci_stop_and_remove_bus_device);
+
+void pci_stop_bus_devices(struct pci_bus *bus)
+{
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp,
+ &bus->devices, bus_list) {
+ pci_stop_bus_device(dev);
+ }
+
+}
+EXPORT_SYMBOL(pci_stop_bus_devices);
+
+void pci_remove_host_bridge(struct pci_host_bridge *bridge)
+{
+ struct pci_bus *root = bridge->bus;
+ struct pci_dev *dev, *tmp;
+
+ list_for_each_entry_safe_reverse(dev, tmp,
+ &root->devices, bus_list) {
+ pci_remove_bus_device(dev);
+ }
+
+ pci_remove_bus(root);
+
+ device_unregister(&bridge->dev);
+}
+EXPORT_SYMBOL(pci_remove_host_bridge);
Index: Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0925-configchange/drivers/acpi/pci_root.c
@@ -659,8 +659,10 @@ static int acpi_pci_root_remove(struct a
{
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ struct pci_host_bridge *bridge = to_pci_host_bridge(root->bus->bridge);
mutex_lock(&acpi_pci_root_lock);
+ pci_stop_bus_devices(root->bus);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->remove)
driver->remove(root);
@@ -668,6 +670,10 @@ static int acpi_pci_root_remove(struct a
device_set_run_wake(root->bus->bridge, false);
pci_acpi_remove_bus_pm_notifier(device);
+ acpi_pci_unbind_root(device);
+
+ pci_remove_host_bridge(bridge);
+
list_del(&root->node);
mutex_unlock(&acpi_pci_root_lock);
kfree(root);
Index: Bjorn-next-0925-configchange/include/linux/pci.h
===================================================================
--- Bjorn-next-0925-configchange.orig/include/linux/pci.h
+++ Bjorn-next-0925-configchange/include/linux/pci.h
@@ -734,6 +734,8 @@ extern struct pci_dev *pci_dev_get(struc
extern void pci_dev_put(struct pci_dev *dev);
extern void pci_remove_bus(struct pci_bus *b);
extern void pci_stop_and_remove_bus_device(struct pci_dev *dev);
+extern void pci_stop_bus_devices(struct pci_bus *bus);
+extern void pci_remove_host_bridge(struct pci_host_bridge *bridge);
void pci_setup_cardbus(struct pci_bus *bus);
extern void pci_sort_breadthfirst(void);
#define dev_is_pci(d) ((d)->bus == &pci_bus_type)
Index: Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
===================================================================
--- Bjorn-next-0925-configchange.orig/drivers/acpi/pci_bind.c
+++ Bjorn-next-0925-configchange/drivers/acpi/pci_bind.c
@@ -118,3 +118,10 @@ int acpi_pci_bind_root(struct acpi_devic
return 0;
}
+
+void acpi_pci_unbind_root(struct acpi_device *device)
+{
+ device->ops.bind = NULL;
+ device->ops.unbind = NULL;
+}
+
Index: Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
===================================================================
--- Bjorn-next-0925-configchange.orig/include/acpi/acpi_drivers.h
+++ Bjorn-next-0925-configchange/include/acpi/acpi_drivers.h
@@ -101,6 +101,7 @@ struct pci_bus;
struct pci_dev *acpi_get_pci_dev(acpi_handle);
int acpi_pci_bind_root(struct acpi_device *device);
+void acpi_pci_unbind_root(struct acpi_device *device);
/* Arch-defined function to add a bus to the system */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH v3,RESEND 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge
2012-10-30 4:02 ` Bjorn Helgaas
2012-10-30 17:42 ` Yinghai Lu
2012-10-31 8:26 ` [PATCH v3,RESEND 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
@ 2012-10-31 8:27 ` Taku Izumi
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
3 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-10-31 8:27 UTC (permalink / raw)
To: linux-pci
Devices under hot-added hostbridge have no chance to assign resources
and to configure them, so this patch adds such code for hot-added
hostbridges at acpi_pci_root_start().
diff: updated according to Yinhai's comment
disconnect dependency on CONFIG_HOTPLUG
Signed-off-by: Taku Izumi <izumi.taku@jp.fujitsu.com>
---
drivers/acpi/pci_root.c | 13 +++++++++++++
include/acpi/acpi_bus.h | 1 +
2 files changed, 14 insertions(+)
Index: Bjorn-next-0925/drivers/acpi/pci_root.c
===================================================================
--- Bjorn-next-0925.orig/drivers/acpi/pci_root.c
+++ Bjorn-next-0925/drivers/acpi/pci_root.c
@@ -628,6 +628,9 @@ static int __devinit acpi_pci_root_add(s
if (device->wakeup.flags.run_wake)
device_set_run_wake(root->bus->bridge, true);
+ if (system_state != SYSTEM_BOOTING)
+ root->hot_added = true;
+
return 0;
out_del_root:
@@ -644,6 +647,16 @@ static int acpi_pci_root_start(struct ac
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
+ /*
+ * Devices under hot-added hostbridge have no chance to assign
+ * resources and to configure them, so do that here
+ */
+ if (root->hot_added) {
+ pci_bus_size_bridges(root->bus);
+ pci_bus_assign_resources(root->bus);
+ pci_enable_bridges(root->bus);
+ }
+
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
if (driver->add)
Index: Bjorn-next-0925/include/acpi/acpi_bus.h
===================================================================
--- Bjorn-next-0925.orig/include/acpi/acpi_bus.h
+++ Bjorn-next-0925/include/acpi/acpi_bus.h
@@ -407,6 +407,7 @@ struct acpi_pci_root {
u32 osc_support_set; /* _OSC state of support bits */
u32 osc_control_set; /* _OSC state of control bits */
phys_addr_t mcfg_addr;
+ bool hot_added;
};
/* helper */
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re:
2012-10-30 17:42 ` Yinghai Lu
` (8 preceding siblings ...)
(?)
@ 2012-11-02 0:17 ` Rafael J. Wysocki
2012-11-05 22:27 ` Re: Bjorn Helgaas
-1 siblings, 1 reply; 3437+ messages in thread
From: Rafael J. Wysocki @ 2012-11-02 0:17 UTC (permalink / raw)
To: Yinghai Lu
Cc: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu, linux-pci, linux-acpi
Hi,
On Tuesday, October 30, 2012 10:42:37 AM Yinghai Lu wrote:
> Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
>
> 1. add support for assign resource for hot add path.
> 2. stop and remove root bus during acpi root remove.
>
>
> could get from
> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
>
> Yinghai Lu (8):
> PCI: Separate out pci_assign_unassigned_bus_resources()
> PCI: Move pci_rescan_bus() back to probe.c
> PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
> PCI, ACPI: assign unassigned resource for hot add root bus
> PCI: Add pci_stop/remove_root_bus()
> PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
> PCI, ACPI: delete root bus prt during hot remove path
> PCI, ACPI: remove acpi_root_driver in reserse order
>
> drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
> drivers/pci/probe.c | 22 ++++++++++++++++++++++
> drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
> drivers/pci/setup-bus.c | 22 +---------------------
> include/linux/pci.h | 3 +++
> 5 files changed, 82 insertions(+), 22 deletions(-)
Please feel free to add
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
to the ACPI-related patches in this series.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 3/8] PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
2012-10-30 17:42 ` [PATCH 3/8] PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res Yinghai Lu
@ 2012-11-02 10:02 ` Taku Izumi
2012-11-02 14:56 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Taku Izumi @ 2012-11-02 10:02 UTC (permalink / raw)
To: Yinghai Lu; +Cc: Bjorn Helgaas, Len Brown, Jiang Liu, linux-pci, linux-acpi
On Tue, 30 Oct 2012 10:42:40 -0700
Yinghai Lu <yinghai@kernel.org> wrote:
> So could use assign_unassigned_bus_res pci root bus add
This description doesn't match the following patch...
This is for 4/8?
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> ---
> drivers/pci/probe.c | 1 +
> drivers/pci/setup-bus.c | 2 --
> 2 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
> index 65f62e3..59cf1ba 100644
> --- a/drivers/pci/probe.c
> +++ b/drivers/pci/probe.c
> @@ -1905,6 +1905,7 @@ unsigned int __ref pci_rescan_bus(struct pci_bus *bus)
>
> max = pci_scan_child_bus(bus);
> pci_assign_unassigned_bus_resources(bus);
> + pci_enable_bridges(bus);
> pci_bus_add_devices(bus);
>
> return max;
> diff --git a/drivers/pci/setup-bus.c b/drivers/pci/setup-bus.c
> index 59e6c55..6d3591d 100644
> --- a/drivers/pci/setup-bus.c
> +++ b/drivers/pci/setup-bus.c
> @@ -1566,6 +1566,4 @@ void pci_assign_unassigned_bus_resources(struct pci_bus *bus)
> up_read(&pci_bus_sem);
> __pci_bus_assign_resources(bus, &add_list, NULL);
> BUG_ON(!list_empty(&add_list));
> -
> - pci_enable_bridges(bus);
> }
> --
> 1.7.7
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Taku Izumi <izumi.taku@jp.fujitsu.com>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 3/8] PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
2012-11-02 10:02 ` Taku Izumi
@ 2012-11-02 14:56 ` Yinghai Lu
0 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-02 14:56 UTC (permalink / raw)
To: Taku Izumi; +Cc: Bjorn Helgaas, Len Brown, Jiang Liu, linux-pci, linux-acpi
On Fri, Nov 2, 2012 at 3:02 AM, Taku Izumi <izumi.taku@jp.fujitsu.com> wrote:
> On Tue, 30 Oct 2012 10:42:40 -0700
> Yinghai Lu <yinghai@kernel.org> wrote:
>
>> So could use assign_unassigned_bus_res pci root bus add
>
> This description doesn't match the following patch...
> This is for 4/8?
yes, this patch is preparation one for 4/8.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2012-10-30 4:02 ` Bjorn Helgaas
` (2 preceding siblings ...)
2012-10-31 8:27 ` [PATCH v3,RESEND 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 1/8] PCI, x86: Separate out pcibios_allocate_bridge_resources() Yinghai Lu
` (8 more replies)
3 siblings, 9 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu
For root bus hot add, fw could assign some resource for the devices for
that root bus before notifying os via acpi, we should check and use those
resources at first just like we do for booting path.
At first, we need to refactor x86 pci pcibios_allocate related functions
for booting path to take bus as parameter.
After that, we could use the survey function for hot add root bus.
based on pci/yinghai-for-pci-root-bus-hotplug
could get from
git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-survey-resources
Yinghai Lu (8):
PCI, x86: Separate out pcibios_allocate_bridge_resources()
PCI, x86: Separate out pcibios_allocate_dev_resources()
PCI, x86: Let pcibios_allocate_bus_resources() take bus instead
PCI, x86: Separate out rom resource claim
PCI, x86: Add pcibios_fw_addr_done
PCI, x86: Remove __init for hw/fw allocated functions
PCI, x86: Claim FW allocated resources in hot add path.
PCI, ACPI: reserve fw allocated resource for hot added root bus
arch/x86/pci/i386.c | 185 +++++++++++++++++++++++++++++++----------------
drivers/acpi/pci_root.c | 4 +-
drivers/pci/bus.c | 2 +
include/linux/pci.h | 1 +
4 files changed, 127 insertions(+), 65 deletions(-)
--
1.7.7
^ permalink raw reply [flat|nested] 3437+ messages in thread
* [PATCH 1/8] PCI, x86: Separate out pcibios_allocate_bridge_resources()
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 2/8] PCI, x86: Separate out pcibios_allocate_dev_resources() Yinghai Lu
` (7 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
Thus pcibios_allocate_bus_resources() could more simple and clean.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 46 ++++++++++++++++++++++++----------------------
1 files changed, 24 insertions(+), 22 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index dd8ca6f..9800362 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -193,34 +193,36 @@ EXPORT_SYMBOL(pcibios_align_resource);
* as well.
*/
-static void __init pcibios_allocate_bus_resources(struct list_head *bus_list)
+static void __init pcibios_allocate_bridge_resources(struct pci_dev *dev)
{
- struct pci_bus *bus;
- struct pci_dev *dev;
int idx;
struct resource *r;
+ for (idx = PCI_BRIDGE_RESOURCES; idx < PCI_NUM_RESOURCES; idx++) {
+ r = &dev->resource[idx];
+ if (!r->flags)
+ continue;
+ if (!r->start || pci_claim_resource(dev, idx) < 0) {
+ /*
+ * Something is wrong with the region.
+ * Invalidate the resource to prevent
+ * child resource allocations in this
+ * range.
+ */
+ r->start = r->end = 0;
+ r->flags = 0;
+ }
+ }
+}
+
+static void __init pcibios_allocate_bus_resources(struct list_head *bus_list)
+{
+ struct pci_bus *bus;
+
/* Depth-First Search on bus tree */
list_for_each_entry(bus, bus_list, node) {
- if ((dev = bus->self)) {
- for (idx = PCI_BRIDGE_RESOURCES;
- idx < PCI_NUM_RESOURCES; idx++) {
- r = &dev->resource[idx];
- if (!r->flags)
- continue;
- if (!r->start ||
- pci_claim_resource(dev, idx) < 0) {
- /*
- * Something is wrong with the region.
- * Invalidate the resource to prevent
- * child resource allocations in this
- * range.
- */
- r->start = r->end = 0;
- r->flags = 0;
- }
- }
- }
+ if (bus->self)
+ pcibios_allocate_bridge_resources(bus->self);
pcibios_allocate_bus_resources(&bus->children);
}
}
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 2/8] PCI, x86: Separate out pcibios_allocate_dev_resources()
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
2012-11-04 4:39 ` [PATCH 1/8] PCI, x86: Separate out pcibios_allocate_bridge_resources() Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 3/8] PCI, x86: Let pcibios_allocate_bus_resources() take bus instead Yinghai Lu
` (6 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
Thus pcibios_allocate_resources() could more simple and clean.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 42 +++++++++++++++++++++++-------------------
1 files changed, 23 insertions(+), 19 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 9800362..5817cf2 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -232,9 +232,8 @@ struct pci_check_idx_range {
int end;
};
-static void __init pcibios_allocate_resources(int pass)
+static void __init pcibios_allocate_dev_resources(struct pci_dev *dev, int pass)
{
- struct pci_dev *dev = NULL;
int idx, disabled, i;
u16 command;
struct resource *r;
@@ -246,14 +245,13 @@ static void __init pcibios_allocate_resources(int pass)
#endif
};
- for_each_pci_dev(dev) {
- pci_read_config_word(dev, PCI_COMMAND, &command);
- for (i = 0; i < ARRAY_SIZE(idx_range); i++)
+ pci_read_config_word(dev, PCI_COMMAND, &command);
+ for (i = 0; i < ARRAY_SIZE(idx_range); i++)
for (idx = idx_range[i].start; idx <= idx_range[i].end; idx++) {
r = &dev->resource[idx];
- if (r->parent) /* Already allocated */
+ if (r->parent) /* Already allocated */
continue;
- if (!r->start) /* Address not assigned at all */
+ if (!r->start) /* Address not assigned at all */
continue;
if (r->flags & IORESOURCE_IO)
disabled = !(command & PCI_COMMAND_IO);
@@ -272,23 +270,29 @@ static void __init pcibios_allocate_resources(int pass)
}
}
}
- if (!pass) {
- r = &dev->resource[PCI_ROM_RESOURCE];
- if (r->flags & IORESOURCE_ROM_ENABLE) {
- /* Turn the ROM off, leave the resource region,
- * but keep it unregistered. */
- u32 reg;
- dev_dbg(&dev->dev, "disabling ROM %pR\n", r);
- r->flags &= ~IORESOURCE_ROM_ENABLE;
- pci_read_config_dword(dev,
- dev->rom_base_reg, ®);
- pci_write_config_dword(dev, dev->rom_base_reg,
+ if (!pass) {
+ r = &dev->resource[PCI_ROM_RESOURCE];
+ if (r->flags & IORESOURCE_ROM_ENABLE) {
+ /* Turn the ROM off, leave the resource region,
+ * but keep it unregistered. */
+ u32 reg;
+ dev_dbg(&dev->dev, "disabling ROM %pR\n", r);
+ r->flags &= ~IORESOURCE_ROM_ENABLE;
+ pci_read_config_dword(dev, dev->rom_base_reg, ®);
+ pci_write_config_dword(dev, dev->rom_base_reg,
reg & ~PCI_ROM_ADDRESS_ENABLE);
- }
}
}
}
+static void __init pcibios_allocate_resources(int pass)
+{
+ struct pci_dev *dev = NULL;
+
+ for_each_pci_dev(dev)
+ pcibios_allocate_dev_resources(dev, pass);
+}
+
static int __init pcibios_assign_resources(void)
{
struct pci_dev *dev = NULL;
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 3/8] PCI, x86: Let pcibios_allocate_bus_resources() take bus instead
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
2012-11-04 4:39 ` [PATCH 1/8] PCI, x86: Separate out pcibios_allocate_bridge_resources() Yinghai Lu
2012-11-04 4:39 ` [PATCH 2/8] PCI, x86: Separate out pcibios_allocate_dev_resources() Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 4/8] PCI, x86: Separate out rom resource claim Yinghai Lu
` (5 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
Will need call the same code for one single root bus during hot add.
So make it take bus instead of bus list.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 38 +++++++++++++++++++++++++-------------
1 files changed, 25 insertions(+), 13 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 5817cf2..84696ed 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -215,16 +215,15 @@ static void __init pcibios_allocate_bridge_resources(struct pci_dev *dev)
}
}
-static void __init pcibios_allocate_bus_resources(struct list_head *bus_list)
+static void __init pcibios_allocate_bus_resources(struct pci_bus *bus)
{
- struct pci_bus *bus;
+ struct pci_bus *child;
/* Depth-First Search on bus tree */
- list_for_each_entry(bus, bus_list, node) {
- if (bus->self)
- pcibios_allocate_bridge_resources(bus->self);
- pcibios_allocate_bus_resources(&bus->children);
- }
+ if (bus->self)
+ pcibios_allocate_bridge_resources(bus->self);
+ list_for_each_entry(child, &bus->children, node)
+ pcibios_allocate_bus_resources(child);
}
struct pci_check_idx_range {
@@ -285,12 +284,18 @@ static void __init pcibios_allocate_dev_resources(struct pci_dev *dev, int pass)
}
}
-static void __init pcibios_allocate_resources(int pass)
+static void __init pcibios_allocate_resources(struct pci_bus *bus, int pass)
{
- struct pci_dev *dev = NULL;
+ struct pci_dev *dev;
+ struct pci_bus *child;
- for_each_pci_dev(dev)
+ list_for_each_entry(dev, &bus->devices, bus_list) {
pcibios_allocate_dev_resources(dev, pass);
+
+ child = dev->subordinate;
+ if (child)
+ pcibios_allocate_resources(child, pass);
+ }
}
static int __init pcibios_assign_resources(void)
@@ -323,10 +328,17 @@ static int __init pcibios_assign_resources(void)
void __init pcibios_resource_survey(void)
{
+ struct pci_bus *bus;
+
DBG("PCI: Allocating resources\n");
- pcibios_allocate_bus_resources(&pci_root_buses);
- pcibios_allocate_resources(0);
- pcibios_allocate_resources(1);
+
+ list_for_each_entry(bus, &pci_root_buses, node)
+ pcibios_allocate_bus_resources(bus);
+
+ list_for_each_entry(bus, &pci_root_buses, node)
+ pcibios_allocate_resources(bus, 0);
+ list_for_each_entry(bus, &pci_root_buses, node)
+ pcibios_allocate_resources(bus, 1);
e820_reserve_resources_late();
/*
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 4/8] PCI, x86: Separate out rom resource claim
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (2 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 3/8] PCI, x86: Let pcibios_allocate_bus_resources() take bus instead Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 5/8] PCI, x86: Add pcibios_fw_addr_done Yinghai Lu
` (4 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
So could use it with hot-added root bus later.
-v2: remove extra functions.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 52 ++++++++++++++++++++++++++++++++++----------------
1 files changed, 35 insertions(+), 17 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 84696ed..42dd755 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -298,27 +298,45 @@ static void __init pcibios_allocate_resources(struct pci_bus *bus, int pass)
}
}
-static int __init pcibios_assign_resources(void)
+static void __init pcibios_allocate_dev_rom_resource(struct pci_dev *dev)
{
- struct pci_dev *dev = NULL;
struct resource *r;
- if (!(pci_probe & PCI_ASSIGN_ROMS)) {
- /*
- * Try to use BIOS settings for ROMs, otherwise let
- * pci_assign_unassigned_resources() allocate the new
- * addresses.
- */
- for_each_pci_dev(dev) {
- r = &dev->resource[PCI_ROM_RESOURCE];
- if (!r->flags || !r->start)
- continue;
- if (pci_claim_resource(dev, PCI_ROM_RESOURCE) < 0) {
- r->end -= r->start;
- r->start = 0;
- }
- }
+ /*
+ * Try to use BIOS settings for ROMs, otherwise let
+ * pci_assign_unassigned_resources() allocate the new
+ * addresses.
+ */
+ r = &dev->resource[PCI_ROM_RESOURCE];
+ if (!r->flags || !r->start)
+ return;
+
+ if (pci_claim_resource(dev, PCI_ROM_RESOURCE) < 0) {
+ r->end -= r->start;
+ r->start = 0;
}
+}
+static void __init pcibios_allocate_rom_resources(struct pci_bus *bus)
+{
+ struct pci_dev *dev;
+ struct pci_bus *child;
+
+ list_for_each_entry(dev, &bus->devices, bus_list) {
+ pcibios_allocate_dev_rom_resource(dev);
+
+ child = dev->subordinate;
+ if (child)
+ pcibios_allocate_rom_resources(child);
+ }
+}
+
+static int __init pcibios_assign_resources(void)
+{
+ struct pci_bus *bus;
+
+ if (!(pci_probe & PCI_ASSIGN_ROMS))
+ list_for_each_entry(bus, &pci_root_buses, node)
+ pcibios_allocate_rom_resources(bus);
pci_assign_unassigned_resources();
pcibios_fw_addr_list_del();
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 5/8] PCI, x86: Add pcibios_fw_addr_done
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (3 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 4/8] PCI, x86: Separate out rom resource claim Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 6/8] PCI, x86: Remove __init for hw/fw allocated functions Yinghai Lu
` (3 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
Use it to skip not needed function after pcibios_fw_addr_list_del is called.
for pci root bus hot add, we will need to use pcibios_allocate_dev_resources(),
and don't want to mess up with fw_addr, for hot-add removing path.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 10 +++++++++-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 42dd755..edfc376 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -51,6 +51,7 @@ struct pcibios_fwaddrmap {
static LIST_HEAD(pcibios_fwaddrmappings);
static DEFINE_SPINLOCK(pcibios_fwaddrmap_lock);
+static bool pcibios_fw_addr_done;
/* Must be called with 'pcibios_fwaddrmap_lock' lock held. */
static struct pcibios_fwaddrmap *pcibios_fwaddrmap_lookup(struct pci_dev *dev)
@@ -72,6 +73,9 @@ pcibios_save_fw_addr(struct pci_dev *dev, int idx, resource_size_t fw_addr)
unsigned long flags;
struct pcibios_fwaddrmap *map;
+ if (pcibios_fw_addr_done)
+ return;
+
spin_lock_irqsave(&pcibios_fwaddrmap_lock, flags);
map = pcibios_fwaddrmap_lookup(dev);
if (!map) {
@@ -97,6 +101,9 @@ resource_size_t pcibios_retrieve_fw_addr(struct pci_dev *dev, int idx)
struct pcibios_fwaddrmap *map;
resource_size_t fw_addr = 0;
+ if (pcibios_fw_addr_done)
+ return fw_addr;
+
spin_lock_irqsave(&pcibios_fwaddrmap_lock, flags);
map = pcibios_fwaddrmap_lookup(dev);
if (map)
@@ -106,7 +113,7 @@ resource_size_t pcibios_retrieve_fw_addr(struct pci_dev *dev, int idx)
return fw_addr;
}
-static void pcibios_fw_addr_list_del(void)
+static void __init pcibios_fw_addr_list_del(void)
{
unsigned long flags;
struct pcibios_fwaddrmap *entry, *next;
@@ -118,6 +125,7 @@ static void pcibios_fw_addr_list_del(void)
kfree(entry);
}
spin_unlock_irqrestore(&pcibios_fwaddrmap_lock, flags);
+ pcibios_fw_addr_done = true;
}
static int
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 6/8] PCI, x86: Remove __init for hw/fw allocated functions
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (4 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 5/8] PCI, x86: Add pcibios_fw_addr_done Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 7/8] PCI, x86: Claim FW allocated resources in hot add path Yinghai Lu
` (2 subsequent siblings)
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
will need it for hot add path.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index edfc376..1806e91 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -201,7 +201,7 @@ EXPORT_SYMBOL(pcibios_align_resource);
* as well.
*/
-static void __init pcibios_allocate_bridge_resources(struct pci_dev *dev)
+static void pcibios_allocate_bridge_resources(struct pci_dev *dev)
{
int idx;
struct resource *r;
@@ -223,7 +223,7 @@ static void __init pcibios_allocate_bridge_resources(struct pci_dev *dev)
}
}
-static void __init pcibios_allocate_bus_resources(struct pci_bus *bus)
+static void pcibios_allocate_bus_resources(struct pci_bus *bus)
{
struct pci_bus *child;
@@ -239,7 +239,7 @@ struct pci_check_idx_range {
int end;
};
-static void __init pcibios_allocate_dev_resources(struct pci_dev *dev, int pass)
+static void pcibios_allocate_dev_resources(struct pci_dev *dev, int pass)
{
int idx, disabled, i;
u16 command;
@@ -292,7 +292,7 @@ static void __init pcibios_allocate_dev_resources(struct pci_dev *dev, int pass)
}
}
-static void __init pcibios_allocate_resources(struct pci_bus *bus, int pass)
+static void pcibios_allocate_resources(struct pci_bus *bus, int pass)
{
struct pci_dev *dev;
struct pci_bus *child;
@@ -306,7 +306,7 @@ static void __init pcibios_allocate_resources(struct pci_bus *bus, int pass)
}
}
-static void __init pcibios_allocate_dev_rom_resource(struct pci_dev *dev)
+static void pcibios_allocate_dev_rom_resource(struct pci_dev *dev)
{
struct resource *r;
@@ -324,7 +324,7 @@ static void __init pcibios_allocate_dev_rom_resource(struct pci_dev *dev)
r->start = 0;
}
}
-static void __init pcibios_allocate_rom_resources(struct pci_bus *bus)
+static void pcibios_allocate_rom_resources(struct pci_bus *bus)
{
struct pci_dev *dev;
struct pci_bus *child;
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 7/8] PCI, x86: Claim FW allocated resources in hot add path.
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (5 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 6/8] PCI, x86: Remove __init for hw/fw allocated functions Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-11-04 4:39 ` [PATCH 8/8] PCI, ACPI: reserve fw allocated resource for hot added root bus Yinghai Lu
2012-12-07 7:15 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add " Yinghai Lu
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu, x86
During testing remove/rescan root bus 00, found
[ 338.142574] bus: 'pci': really_probe: probing driver ata_piix with device 0000:00:01.1
[ 338.146788] ata_piix 0000:00:01.1: device not available (can't reserve [io 0x01f0-0x01f7])
[ 338.150565] ata_piix: probe of 0000:00:01.1 failed with error -22
because that fixed resource is not claimed.
For bootint path it is claimed in from
arch/x86/pci/i386.c::pcibios_allocate_resources()
Claim those resources, so on the remove/rescan will still use old
resources.
It is some kind honoring FW setting in the registers during hot add.
esp root-bus hot add is through acpi, BIOS has chance to set some registers
before handing over.
-v2: add rom resource claiming.
-v3: separate __init removing to another patch, also
put pci_probe checking with caller from rom resource allocating
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: x86@kernel.org
---
arch/x86/pci/i386.c | 13 +++++++++++++
drivers/pci/bus.c | 2 ++
include/linux/pci.h | 1 +
3 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 1806e91..e0b7f30 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
@@ -352,6 +352,19 @@ static int __init pcibios_assign_resources(void)
return 0;
}
+void pcibios_resource_survey_bus(struct pci_bus *bus)
+{
+ dev_printk(KERN_DEBUG, &bus->dev, "Allocating resources\n");
+
+ pcibios_allocate_bus_resources(bus);
+
+ pcibios_allocate_resources(bus, 0);
+ pcibios_allocate_resources(bus, 1);
+
+ if (!(pci_probe & PCI_ASSIGN_ROMS))
+ pcibios_allocate_rom_resources(bus);
+}
+
void __init pcibios_resource_survey(void)
{
struct pci_bus *bus;
diff --git a/drivers/pci/bus.c b/drivers/pci/bus.c
index 6241fd0..a85247d 100644
--- a/drivers/pci/bus.c
+++ b/drivers/pci/bus.c
@@ -158,6 +158,8 @@ pci_bus_alloc_resource(struct pci_bus *bus, struct resource *res,
return ret;
}
+void __weak pcibios_resource_survey_bus(struct pci_bus *bus) { }
+
/**
* pci_bus_add_device - add a single device
* @dev: device to add
diff --git a/include/linux/pci.h b/include/linux/pci.h
index 7860942..f30af2f 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@ -654,6 +654,7 @@ extern struct list_head pci_root_buses; /* list of all known PCI buses */
/* Some device drivers need know if pci is initiated */
extern int no_pci_devices(void);
+void pcibios_resource_survey_bus(struct pci_bus *bus);
void pcibios_fixup_bus(struct pci_bus *);
int __must_check pcibios_enable_device(struct pci_dev *, int mask);
/* Architecture specific versions may override this (weak) */
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* [PATCH 8/8] PCI, ACPI: reserve fw allocated resource for hot added root bus
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (6 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 7/8] PCI, x86: Claim FW allocated resources in hot add path Yinghai Lu
@ 2012-11-04 4:39 ` Yinghai Lu
2012-12-07 7:15 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add " Yinghai Lu
8 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-04 4:39 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu
FW could already allocate resource in pci bar registers, and we need to
reserve it before try to allocate another one.
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/acpi/pci_root.c | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index 012f40d..bc09567 100644
--- a/drivers/acpi/pci_root.c
+++ b/drivers/acpi/pci_root.c
@@ -644,8 +644,10 @@ static int acpi_pci_root_start(struct acpi_device *device)
struct acpi_pci_root *root = acpi_driver_data(device);
struct acpi_pci_driver *driver;
- if (system_state != SYSTEM_BOOTING)
+ if (system_state != SYSTEM_BOOTING) {
+ pcibios_resource_survey_bus(root->bus);
pci_assign_unassigned_bus_resources(root->bus);
+ }
mutex_lock(&acpi_pci_root_lock);
list_for_each_entry(driver, &acpi_pci_drivers, node)
--
1.7.7
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* Re:
2012-11-02 0:17 ` Rafael J. Wysocki
@ 2012-11-05 22:27 ` Bjorn Helgaas
2012-11-05 22:49 ` Re: Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2012-11-05 22:27 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Yinghai Lu, Len Brown, Taku Izumi, Jiang Liu, linux-pci, linux-acpi
On Thu, Nov 1, 2012 at 6:17 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> Hi,
>
> On Tuesday, October 30, 2012 10:42:37 AM Yinghai Lu wrote:
>> Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
>>
>> 1. add support for assign resource for hot add path.
>> 2. stop and remove root bus during acpi root remove.
>>
>>
>> could get from
>> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
>>
>> Yinghai Lu (8):
>> PCI: Separate out pci_assign_unassigned_bus_resources()
>> PCI: Move pci_rescan_bus() back to probe.c
>> PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
>> PCI, ACPI: assign unassigned resource for hot add root bus
>> PCI: Add pci_stop/remove_root_bus()
>> PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
>> PCI, ACPI: delete root bus prt during hot remove path
>> PCI, ACPI: remove acpi_root_driver in reserse order
>>
>> drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
>> drivers/pci/probe.c | 22 ++++++++++++++++++++++
>> drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
>> drivers/pci/setup-bus.c | 22 +---------------------
>> include/linux/pci.h | 3 +++
>> 5 files changed, 82 insertions(+), 22 deletions(-)
>
> Please feel free to add
>
> Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>
> to the ACPI-related patches in this series.
I applied these to my pci/yinghai-for-pci-root-bus-hotplug branch as
v3.8 material. They should appear in "next" tomorrow. Thanks!
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re:
2012-11-05 22:27 ` Re: Bjorn Helgaas
@ 2012-11-05 22:49 ` Yinghai Lu
0 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2012-11-05 22:49 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-acpi
On Mon, Nov 5, 2012 at 2:27 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> I applied these to my pci/yinghai-for-pci-root-bus-hotplug branch as
> v3.8 material. They should appear in "next" tomorrow. Thanks!
Thanks...
please check batch 2 at
https://patchwork.kernel.org/patch/1693211/
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* RE:
2012-10-30 17:42 ` Yinghai Lu
@ 2012-11-06 5:03 ` Taku Izumi
-1 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-11-06 5:03 UTC (permalink / raw)
To: 'Yinghai Lu'
Cc: linux-pci, linux-acpi, 'Bjorn Helgaas',
'Len Brown', 'Jiang Liu'
Reviewed and tested by Taku Izumi <izumi.taku@jp.fujitsu.com>
> -----Original Message-----
> From: linux-pci-owner@vger.kernel.org [mailto:linux-pci-owner@vger.kernel.org] On Behalf Of Yinghai Lu
> Sent: Wednesday, October 31, 2012 2:43 AM
> To: Bjorn Helgaas; Len Brown; Taku Izumi; Jiang Liu
> Cc: linux-pci@vger.kernel.org; linux-acpi@vger.kernel.org; Yinghai Lu
> Subject:
>
> Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
>
> 1. add support for assign resource for hot add path.
> 2. stop and remove root bus during acpi root remove.
>
>
> could get from
> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
>
> Yinghai Lu (8):
> PCI: Separate out pci_assign_unassigned_bus_resources()
> PCI: Move pci_rescan_bus() back to probe.c
> PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
> PCI, ACPI: assign unassigned resource for hot add root bus
> PCI: Add pci_stop/remove_root_bus()
> PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
> PCI, ACPI: delete root bus prt during hot remove path
> PCI, ACPI: remove acpi_root_driver in reserse order
>
> drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
> drivers/pci/probe.c | 22 ++++++++++++++++++++++
> drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
> drivers/pci/setup-bus.c | 22 +---------------------
> include/linux/pci.h | 3 +++
> 5 files changed, 82 insertions(+), 22 deletions(-)
>
> --
> 1.7.7
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* RE:
@ 2012-11-06 5:03 ` Taku Izumi
0 siblings, 0 replies; 3437+ messages in thread
From: Taku Izumi @ 2012-11-06 5:03 UTC (permalink / raw)
To: 'Yinghai Lu'
Cc: linux-pci, linux-acpi, 'Bjorn Helgaas',
'Len Brown', 'Jiang Liu'
Reviewed and tested by Taku Izumi <izumi.taku@jp.fujitsu.com>
> -----Original Message-----
> From: linux-pci-owner@vger.kernel.org [mailto:linux-pci-owner@vger.kernel.org] On Behalf Of Yinghai Lu
> Sent: Wednesday, October 31, 2012 2:43 AM
> To: Bjorn Helgaas; Len Brown; Taku Izumi; Jiang Liu
> Cc: linux-pci@vger.kernel.org; linux-acpi@vger.kernel.org; Yinghai Lu
> Subject:
>
> Subject: [PATCH resend 0/8] PCI, ACPI, x86: pci root bus hotplug support resources assign and remove path
>
> 1. add support for assign resource for hot add path.
> 2. stop and remove root bus during acpi root remove.
>
>
> could get from
> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-root-bus-hotplug
>
> Yinghai Lu (8):
> PCI: Separate out pci_assign_unassigned_bus_resources()
> PCI: Move pci_rescan_bus() back to probe.c
> PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res
> PCI, ACPI: assign unassigned resource for hot add root bus
> PCI: Add pci_stop/remove_root_bus()
> PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus
> PCI, ACPI: delete root bus prt during hot remove path
> PCI, ACPI: remove acpi_root_driver in reserse order
>
> drivers/acpi/pci_root.c | 21 ++++++++++++++++++++-
> drivers/pci/probe.c | 22 ++++++++++++++++++++++
> drivers/pci/remove.c | 36 ++++++++++++++++++++++++++++++++++++
> drivers/pci/setup-bus.c | 22 +---------------------
> include/linux/pci.h | 3 +++
> 5 files changed, 82 insertions(+), 22 deletions(-)
>
> --
> 1.7.7
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
` (7 preceding siblings ...)
2012-11-04 4:39 ` [PATCH 8/8] PCI, ACPI: reserve fw allocated resource for hot added root bus Yinghai Lu
@ 2012-12-07 7:15 ` Yinghai Lu
2013-01-07 23:49 ` Bjorn Helgaas
8 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2012-12-07 7:15 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu
Cc: linux-pci, linux-kernel, linux-acpi, Yinghai Lu
On Sat, Nov 3, 2012 at 9:39 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> For root bus hot add, fw could assign some resource for the devices for
> that root bus before notifying os via acpi, we should check and use those
> resources at first just like we do for booting path.
>
> At first, we need to refactor x86 pci pcibios_allocate related functions
> for booting path to take bus as parameter.
>
> After that, we could use the survey function for hot add root bus.
>
> based on pci/yinghai-for-pci-root-bus-hotplug
>
> could get from
> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-survey-resources
>
> Yinghai Lu (8):
> PCI, x86: Separate out pcibios_allocate_bridge_resources()
> PCI, x86: Separate out pcibios_allocate_dev_resources()
> PCI, x86: Let pcibios_allocate_bus_resources() take bus instead
> PCI, x86: Separate out rom resource claim
> PCI, x86: Add pcibios_fw_addr_done
> PCI, x86: Remove __init for hw/fw allocated functions
> PCI, x86: Claim FW allocated resources in hot add path.
> PCI, ACPI: reserve fw allocated resource for hot added root bus
>
> arch/x86/pci/i386.c | 185 +++++++++++++++++++++++++++++++----------------
> drivers/acpi/pci_root.c | 4 +-
> drivers/pci/bus.c | 2 +
> include/linux/pci.h | 1 +
> 4 files changed, 127 insertions(+), 65 deletions(-)
>
Bjorn,
Can you queue those 8 patches for v3.9 in pci tree?
So I could resend out other pci root hotplug patches.
Thanks
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2012-12-07 7:15 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add " Yinghai Lu
@ 2013-01-07 23:49 ` Bjorn Helgaas
2013-01-08 17:57 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-07 23:49 UTC (permalink / raw)
To: Yinghai Lu
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
[+cc David, Michal, Koichi, Ben, Paul]
On Fri, Dec 7, 2012 at 12:15 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Sat, Nov 3, 2012 at 9:39 PM, Yinghai Lu <yinghai@kernel.org> wrote:
>> For root bus hot add, fw could assign some resource for the devices for
>> that root bus before notifying os via acpi, we should check and use those
>> resources at first just like we do for booting path.
>>
>> At first, we need to refactor x86 pci pcibios_allocate related functions
>> for booting path to take bus as parameter.
>>
>> After that, we could use the survey function for hot add root bus.
>>
>> based on pci/yinghai-for-pci-root-bus-hotplug
>>
>> could get from
>> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-survey-resources
>>
>> Yinghai Lu (8):
>> PCI, x86: Separate out pcibios_allocate_bridge_resources()
>> PCI, x86: Separate out pcibios_allocate_dev_resources()
>> PCI, x86: Let pcibios_allocate_bus_resources() take bus instead
>> PCI, x86: Separate out rom resource claim
>> PCI, x86: Add pcibios_fw_addr_done
>> PCI, x86: Remove __init for hw/fw allocated functions
>> PCI, x86: Claim FW allocated resources in hot add path.
>> PCI, ACPI: reserve fw allocated resource for hot added root bus
>>
>> arch/x86/pci/i386.c | 185 +++++++++++++++++++++++++++++++----------------
>> drivers/acpi/pci_root.c | 4 +-
>> drivers/pci/bus.c | 2 +
>> include/linux/pci.h | 1 +
>> 4 files changed, 127 insertions(+), 65 deletions(-)
>>
>
> Bjorn,
>
> Can you queue those 8 patches for v3.9 in pci tree?
>
> So I could resend out other pci root hotplug patches.
I'm really sorry that it's taken me so long to get to these.
I applied these to my pci/yinghai-survey-resources branch. I
re-ordered the last two and reworked some of the changelogs.
In general these look good. My main concern is that they only touch
x86, without touching the similar code in frv, microblaze, mn10300,
and powerpc.
This code (pcibios_resource_survey(), pcibios_assign_resources(),
pcibios_allocate_resources(), pcibios_allocate_bus_resources()) was
obviously copied from x86 originally, and I'd like to preserve the
similarity between them. It would be even better to refactor it so
it's actually *shared*, but I don't think that's a requirement right
now.
If we allow it to diverge now, it will make it harder to refactor and
harder to notice when bug fixes should be applied to all of them. For
example, looking at pcibios_allocate_resources(), commit 575939cf5
added some SR-IOV support to x86. Should similar code be added for
frv, microblaze, mn10300, and powerpc?
Anybody else have thoughts on this?
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-07 23:49 ` Bjorn Helgaas
@ 2013-01-08 17:57 ` Bjorn Helgaas
2013-01-08 18:27 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-08 17:57 UTC (permalink / raw)
To: Yinghai Lu
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Mon, Jan 7, 2013 at 4:49 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> [+cc David, Michal, Koichi, Ben, Paul]
>
> On Fri, Dec 7, 2012 at 12:15 AM, Yinghai Lu <yinghai@kernel.org> wrote:
>> On Sat, Nov 3, 2012 at 9:39 PM, Yinghai Lu <yinghai@kernel.org> wrote:
>>> For root bus hot add, fw could assign some resource for the devices for
>>> that root bus before notifying os via acpi, we should check and use those
>>> resources at first just like we do for booting path.
>>>
>>> At first, we need to refactor x86 pci pcibios_allocate related functions
>>> for booting path to take bus as parameter.
>>>
>>> After that, we could use the survey function for hot add root bus.
>>>
>>> based on pci/yinghai-for-pci-root-bus-hotplug
>>>
>>> could get from
>>> git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-pci-survey-resources
>>>
>>> Yinghai Lu (8):
>>> PCI, x86: Separate out pcibios_allocate_bridge_resources()
>>> PCI, x86: Separate out pcibios_allocate_dev_resources()
>>> PCI, x86: Let pcibios_allocate_bus_resources() take bus instead
>>> PCI, x86: Separate out rom resource claim
>>> PCI, x86: Add pcibios_fw_addr_done
>>> PCI, x86: Remove __init for hw/fw allocated functions
>>> PCI, x86: Claim FW allocated resources in hot add path.
>>> PCI, ACPI: reserve fw allocated resource for hot added root bus
>>>
>>> arch/x86/pci/i386.c | 185 +++++++++++++++++++++++++++++++----------------
>>> drivers/acpi/pci_root.c | 4 +-
>>> drivers/pci/bus.c | 2 +
>>> include/linux/pci.h | 1 +
>>> 4 files changed, 127 insertions(+), 65 deletions(-)
>>>
>>
>> Bjorn,
>>
>> Can you queue those 8 patches for v3.9 in pci tree?
>>
>> So I could resend out other pci root hotplug patches.
>
> I'm really sorry that it's taken me so long to get to these.
>
> I applied these to my pci/yinghai-survey-resources branch. I
> re-ordered the last two and reworked some of the changelogs.
To be clear about this, the pci/yinghai-survey-resources branch I
mentioned is a staging branch that just gets build test coverage. I
don't plan to actually merge this or put it into -next until the
questions below are resolved.
My inclination, until I'm persuaded otherwise, is to wait for patches
that preserve the similarities among these architectures.
> In general these look good. My main concern is that they only touch
> x86, without touching the similar code in frv, microblaze, mn10300,
> and powerpc.
>
> This code (pcibios_resource_survey(), pcibios_assign_resources(),
> pcibios_allocate_resources(), pcibios_allocate_bus_resources()) was
> obviously copied from x86 originally, and I'd like to preserve the
> similarity between them. It would be even better to refactor it so
> it's actually *shared*, but I don't think that's a requirement right
> now.
>
> If we allow it to diverge now, it will make it harder to refactor and
> harder to notice when bug fixes should be applied to all of them. For
> example, looking at pcibios_allocate_resources(), commit 575939cf5
> added some SR-IOV support to x86. Should similar code be added for
> frv, microblaze, mn10300, and powerpc?
>
> Anybody else have thoughts on this?
>
> Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-08 17:57 ` Bjorn Helgaas
@ 2013-01-08 18:27 ` Yinghai Lu
2013-01-09 17:35 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2013-01-08 18:27 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Tue, Jan 8, 2013 at 9:57 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> I'm really sorry that it's taken me so long to get to these.
>>
>> I applied these to my pci/yinghai-survey-resources branch. I
>> re-ordered the last two and reworked some of the changelogs.
>
> To be clear about this, the pci/yinghai-survey-resources branch I
> mentioned is a staging branch that just gets build test coverage. I
> don't plan to actually merge this or put it into -next until the
> questions below are resolved.
>
> My inclination, until I'm persuaded otherwise, is to wait for patches
> that preserve the similarities among these architectures.
I don't know, that could be separated patcheset after we conclude
pci root bus hotplug support.
>
>> In general these look good. My main concern is that they only touch
>> x86, without touching the similar code in frv, microblaze, mn10300,
>> and powerpc.
>>
>> This code (pcibios_resource_survey(), pcibios_assign_resources(),
>> pcibios_allocate_resources(), pcibios_allocate_bus_resources()) was
>> obviously copied from x86 originally, and I'd like to preserve the
>> similarity between them. It would be even better to refactor it so
>> it's actually *shared*, but I don't think that's a requirement right
>> now.
yes, should be moved to drivers/pci
>>
>> If we allow it to diverge now, it will make it harder to refactor and
>> harder to notice when bug fixes should be applied to all of them. For
>> example, looking at pcibios_allocate_resources(), commit 575939cf5
>> added some SR-IOV support to x86. Should similar code be added for
>> frv, microblaze, mn10300, and powerpc?
should be treated the same.
>>
>> Anybody else have thoughts on this?
>>
>> Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-08 18:27 ` Yinghai Lu
@ 2013-01-09 17:35 ` Bjorn Helgaas
2013-01-09 17:53 ` Yinghai Lu
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-09 17:35 UTC (permalink / raw)
To: Yinghai Lu
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Tue, Jan 8, 2013 at 11:27 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Tue, Jan 8, 2013 at 9:57 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>> I'm really sorry that it's taken me so long to get to these.
>>>
>>> I applied these to my pci/yinghai-survey-resources branch. I
>>> re-ordered the last two and reworked some of the changelogs.
>>
>> To be clear about this, the pci/yinghai-survey-resources branch I
>> mentioned is a staging branch that just gets build test coverage. I
>> don't plan to actually merge this or put it into -next until the
>> questions below are resolved.
>>
>> My inclination, until I'm persuaded otherwise, is to wait for patches
>> that preserve the similarities among these architectures.
>
> I don't know, that could be separated patcheset after we conclude
> pci root bus hotplug support.
The main reason I review patches before merging them is to identify
issues that we can fix before they affect everybody. It makes my life
a lot easier if I don't have to keep track of pending unaddressed
review comments. Is there an advantage to waiting and doing this work
later?
>>> In general these look good. My main concern is that they only touch
>>> x86, without touching the similar code in frv, microblaze, mn10300,
>>> and powerpc.
>>>
>>> This code (pcibios_resource_survey(), pcibios_assign_resources(),
>>> pcibios_allocate_resources(), pcibios_allocate_bus_resources()) was
>>> obviously copied from x86 originally, and I'd like to preserve the
>>> similarity between them. It would be even better to refactor it so
>>> it's actually *shared*, but I don't think that's a requirement right
>>> now.
>
> yes, should be moved to drivers/pci
>
>>>
>>> If we allow it to diverge now, it will make it harder to refactor and
>>> harder to notice when bug fixes should be applied to all of them. For
>>> example, looking at pcibios_allocate_resources(), commit 575939cf5
>>> added some SR-IOV support to x86. Should similar code be added for
>>> frv, microblaze, mn10300, and powerpc?
>
> should be treated the same.
>
>>>
>>> Anybody else have thoughts on this?
>>>
>>> Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 17:35 ` Bjorn Helgaas
@ 2013-01-09 17:53 ` Yinghai Lu
2013-01-09 18:39 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2013-01-09 17:53 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Wed, Jan 9, 2013 at 9:35 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> I don't know, that could be separated patcheset after we conclude
>> pci root bus hotplug support.
>
> The main reason I review patches before merging them is to identify
> issues that we can fix before they affect everybody. It makes my life
> a lot easier if I don't have to keep track of pending unaddressed
> review comments. Is there an advantage to waiting and doing this work
> later?
>
>>>> In general these look good. My main concern is that they only touch
>>>> x86, without touching the similar code in frv, microblaze, mn10300,
>>>> and powerpc.
the reason why we need to change those codes for x86, we want to make it support
pci root bus hotplug. So it would be reasonable for us to align other
platform to x86
changes after pci root bus hotplug change is completely done.
Also I have for_dev_each_res patches rely on this patchset.
After those done, we can move the code from x86 to drivers/pci and delete
other arches code one by one.
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 17:53 ` Yinghai Lu
@ 2013-01-09 18:39 ` Bjorn Helgaas
2013-01-09 19:01 ` Yinghai Lu
` (2 more replies)
0 siblings, 3 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-09 18:39 UTC (permalink / raw)
To: Yinghai Lu
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Wed, Jan 9, 2013 at 10:53 AM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Wed, Jan 9, 2013 at 9:35 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>>> I don't know, that could be separated patcheset after we conclude
>>> pci root bus hotplug support.
>>
>> The main reason I review patches before merging them is to identify
>> issues that we can fix before they affect everybody. It makes my life
>> a lot easier if I don't have to keep track of pending unaddressed
>> review comments. Is there an advantage to waiting and doing this work
>> later?
>>
>>>>> In general these look good. My main concern is that they only touch
>>>>> x86, without touching the similar code in frv, microblaze, mn10300,
>>>>> and powerpc.
>
> the reason why we need to change those codes for x86, we want to make it support
> pci root bus hotplug. So it would be reasonable for us to align other
> platform to x86
> changes after pci root bus hotplug change is completely done.
OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
way to keep track of this consistency issue and merged
pci/yinghai-survey-resources to my -next branch.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 18:39 ` Bjorn Helgaas
@ 2013-01-09 19:01 ` Yinghai Lu
2013-01-09 20:10 ` Rafael J. Wysocki
2013-01-09 20:59 ` Benjamin Herrenschmidt
2013-07-02 21:31 ` Bjorn Helgaas
2 siblings, 1 reply; 3437+ messages in thread
From: Yinghai Lu @ 2013-01-09 19:01 UTC (permalink / raw)
To: Bjorn Helgaas, Rafael J. Wysocki
Cc: Len Brown, Taku Izumi, Jiang Liu, linux-pci, linux-kernel,
linux-acpi, David Howells, Michal Simek, Koichi Yasutake,
Benjamin Herrenschmidt, Paul Mackerras
On Wed, Jan 9, 2013 at 10:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> the reason why we need to change those codes for x86, we want to make it support
>> pci root bus hotplug. So it would be reasonable for us to align other
>> platform to x86
>> changes after pci root bus hotplug change is completely done.
>
> OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
> way to keep track of this consistency issue and merged
> pci/yinghai-survey-resources to my -next branch.
Thanks a lot. will send other pci root bus hotplug out.
question: now Rafael's tree has acpi-scan branch and it touches pci-root.c.
so is it ok for me to base patches on your pci/next and his pm/acpi-scan?
how?
can you two have some arrangement like you pulling Rafael's branch?
Thanks
Yinghai
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 19:01 ` Yinghai Lu
@ 2013-01-09 20:10 ` Rafael J. Wysocki
2013-01-10 0:34 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Rafael J. Wysocki @ 2013-01-09 20:10 UTC (permalink / raw)
To: Yinghai Lu
Cc: Bjorn Helgaas, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Wednesday, January 09, 2013 11:01:39 AM Yinghai Lu wrote:
> On Wed, Jan 9, 2013 at 10:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> >> the reason why we need to change those codes for x86, we want to make it support
> >> pci root bus hotplug. So it would be reasonable for us to align other
> >> platform to x86
> >> changes after pci root bus hotplug change is completely done.
> >
> > OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
> > way to keep track of this consistency issue and merged
> > pci/yinghai-survey-resources to my -next branch.
>
> Thanks a lot. will send other pci root bus hotplug out.
>
> question: now Rafael's tree has acpi-scan branch and it touches pci-root.c.
>
> so is it ok for me to base patches on your pci/next and his pm/acpi-scan?
> how?
> can you two have some arrangement like you pulling Rafael's branch?
My acpi-scan branch is not going to be rebased going forward, so it can be
pulled from safely if that helps.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 18:39 ` Bjorn Helgaas
2013-01-09 19:01 ` Yinghai Lu
@ 2013-01-09 20:59 ` Benjamin Herrenschmidt
2013-07-02 21:31 ` Bjorn Helgaas
2 siblings, 0 replies; 3437+ messages in thread
From: Benjamin Herrenschmidt @ 2013-01-09 20:59 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Yinghai Lu, Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu,
linux-pci, linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Paul Mackerras
On Wed, 2013-01-09 at 11:39 -0700, Bjorn Helgaas wrote:
>
> > the reason why we need to change those codes for x86, we want to
> make it support
> > pci root bus hotplug. So it would be reasonable for us to align
> other
> > platform to x86
> > changes after pci root bus hotplug change is completely done.
>
> OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
> way to keep track of this consistency issue and merged
> pci/yinghai-survey-resources to my -next branch.
Hrm... that's going to be tricky. For example the SR-IOV stuff will not
work for us, we are working on a different implementation, due to some
of "interesting" bridge constraints etc...
It would be nice to get more of the resource survey in common, our
original code was actually completely different and I reconciled it a
lot with x86 in the past few years, but I'm sure we can do better.
However there are still going to be corner cases....
Ben.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 20:10 ` Rafael J. Wysocki
@ 2013-01-10 0:34 ` Bjorn Helgaas
2013-01-10 13:07 ` Rafael J. Wysocki
0 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-10 0:34 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Yinghai Lu, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Wed, Jan 9, 2013 at 1:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Wednesday, January 09, 2013 11:01:39 AM Yinghai Lu wrote:
>> On Wed, Jan 9, 2013 at 10:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> >> the reason why we need to change those codes for x86, we want to make it support
>> >> pci root bus hotplug. So it would be reasonable for us to align other
>> >> platform to x86
>> >> changes after pci root bus hotplug change is completely done.
>> >
>> > OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
>> > way to keep track of this consistency issue and merged
>> > pci/yinghai-survey-resources to my -next branch.
>>
>> Thanks a lot. will send other pci root bus hotplug out.
>>
>> question: now Rafael's tree has acpi-scan branch and it touches pci-root.c.
>>
>> so is it ok for me to base patches on your pci/next and his pm/acpi-scan?
>> how?
>> can you two have some arrangement like you pulling Rafael's branch?
>
> My acpi-scan branch is not going to be rebased going forward, so it can be
> pulled from safely if that helps.
I'm happy to do that, but it is outside the scope of my limited git
experience. My guess is that I should do this (doing the pull into a
branch which I later merge into my -next branch):
$ git checkout -b pci/yinghai-survey-resources+acpi-scan
pci/yinghai-survey-resources
$ git pull --no-ff --log
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
acpi-scan
$ vi drivers/acpi/pci_root.c # resolve conflicts
$ git add drivers/acpi/pci_root.c
$ git commit
$ git checkout next
$ git merge --no-ff --log pci/yinghai-survey-resources+acpi-scan
Is that reasonable? This won't cause issues when both Rafael and I
ask Linus to pull from our trees later?
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-10 0:34 ` Bjorn Helgaas
@ 2013-01-10 13:07 ` Rafael J. Wysocki
2013-01-10 14:49 ` Bjorn Helgaas
0 siblings, 1 reply; 3437+ messages in thread
From: Rafael J. Wysocki @ 2013-01-10 13:07 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Yinghai Lu, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Wednesday, January 09, 2013 05:34:32 PM Bjorn Helgaas wrote:
> On Wed, Jan 9, 2013 at 1:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > On Wednesday, January 09, 2013 11:01:39 AM Yinghai Lu wrote:
> >> On Wed, Jan 9, 2013 at 10:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> >> >> the reason why we need to change those codes for x86, we want to make it support
> >> >> pci root bus hotplug. So it would be reasonable for us to align other
> >> >> platform to x86
> >> >> changes after pci root bus hotplug change is completely done.
> >> >
> >> > OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
> >> > way to keep track of this consistency issue and merged
> >> > pci/yinghai-survey-resources to my -next branch.
> >>
> >> Thanks a lot. will send other pci root bus hotplug out.
> >>
> >> question: now Rafael's tree has acpi-scan branch and it touches pci-root.c.
> >>
> >> so is it ok for me to base patches on your pci/next and his pm/acpi-scan?
> >> how?
> >> can you two have some arrangement like you pulling Rafael's branch?
> >
> > My acpi-scan branch is not going to be rebased going forward, so it can be
> > pulled from safely if that helps.
>
> I'm happy to do that, but it is outside the scope of my limited git
> experience. My guess is that I should do this (doing the pull into a
> branch which I later merge into my -next branch):
>
> $ git checkout -b pci/yinghai-survey-resources+acpi-scan
> pci/yinghai-survey-resources
> $ git pull --no-ff --log
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-scan
> $ vi drivers/acpi/pci_root.c # resolve conflicts
> $ git add drivers/acpi/pci_root.c
> $ git commit
>
> $ git checkout next
> $ git merge --no-ff --log pci/yinghai-survey-resources+acpi-scan
>
> Is that reasonable?
Yes, it looks reasonable.
> This won't cause issues when both Rafael and I ask Linus to pull from our
> trees later?
No, it won't, as long as I don't rebase the original acpi-scan branch (which
I'm not going to do) and you don't rebase your
pci/yinghai-survey-resources+acpi-scan branch going forward.
The pull makes your tree contain the same commits (i.e. commit IDs along with
the data) that are in my acpi-scan branch, so when Linus merges them together,
git will notice that the commits are the same.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-10 13:07 ` Rafael J. Wysocki
@ 2013-01-10 14:49 ` Bjorn Helgaas
0 siblings, 0 replies; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-01-10 14:49 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Yinghai Lu, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi, David Howells, Michal Simek,
Koichi Yasutake, Benjamin Herrenschmidt, Paul Mackerras
On Thu, Jan 10, 2013 at 6:07 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> On Wednesday, January 09, 2013 05:34:32 PM Bjorn Helgaas wrote:
>> On Wed, Jan 9, 2013 at 1:10 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>> > On Wednesday, January 09, 2013 11:01:39 AM Yinghai Lu wrote:
>> >> On Wed, Jan 9, 2013 at 10:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> >> >> the reason why we need to change those codes for x86, we want to make it support
>> >> >> pci root bus hotplug. So it would be reasonable for us to align other
>> >> >> platform to x86
>> >> >> changes after pci root bus hotplug change is completely done.
>> >> >
>> >> > OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
>> >> > way to keep track of this consistency issue and merged
>> >> > pci/yinghai-survey-resources to my -next branch.
>> >>
>> >> Thanks a lot. will send other pci root bus hotplug out.
>> >>
>> >> question: now Rafael's tree has acpi-scan branch and it touches pci-root.c.
>> >>
>> >> so is it ok for me to base patches on your pci/next and his pm/acpi-scan?
>> >> how?
>> >> can you two have some arrangement like you pulling Rafael's branch?
>> >
>> > My acpi-scan branch is not going to be rebased going forward, so it can be
>> > pulled from safely if that helps.
>>
>> I'm happy to do that, but it is outside the scope of my limited git
>> experience. My guess is that I should do this (doing the pull into a
>> branch which I later merge into my -next branch):
>>
>> $ git checkout -b pci/yinghai-survey-resources+acpi-scan
>> pci/yinghai-survey-resources
>> $ git pull --no-ff --log
>> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
>> acpi-scan
>> $ vi drivers/acpi/pci_root.c # resolve conflicts
>> $ git add drivers/acpi/pci_root.c
>> $ git commit
>>
>> $ git checkout next
>> $ git merge --no-ff --log pci/yinghai-survey-resources+acpi-scan
>>
>> Is that reasonable?
>
> Yes, it looks reasonable.
>
>> This won't cause issues when both Rafael and I ask Linus to pull from our
>> trees later?
>
> No, it won't, as long as I don't rebase the original acpi-scan branch (which
> I'm not going to do) and you don't rebase your
> pci/yinghai-survey-resources+acpi-scan branch going forward.
>
> The pull makes your tree contain the same commits (i.e. commit IDs along with
> the data) that are in my acpi-scan branch, so when Linus merges them together,
> git will notice that the commits are the same.
OK, I did the above, merged it into my -next branch, and pushed it.
Let me know if you see any issues.
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-01-09 18:39 ` Bjorn Helgaas
2013-01-09 19:01 ` Yinghai Lu
2013-01-09 20:59 ` Benjamin Herrenschmidt
@ 2013-07-02 21:31 ` Bjorn Helgaas
2013-07-02 22:55 ` Yinghai Lu
2 siblings, 1 reply; 3437+ messages in thread
From: Bjorn Helgaas @ 2013-07-02 21:31 UTC (permalink / raw)
To: Yinghai Lu
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi
On Wed, Jan 9, 2013 at 11:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Wed, Jan 9, 2013 at 10:53 AM, Yinghai Lu <yinghai@kernel.org> wrote:
>> the reason why we need to change those codes for x86, we want to make it support
>> pci root bus hotplug. So it would be reasonable for us to align other
>> platform to x86
>> changes after pci root bus hotplug change is completely done.
>
> OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
> way to keep track of this consistency issue ...
What's your plan for this? We desperately need more cross-arch
consistency in how we manage resources, and I'd like to make some
progress in this cycle.
Bjorn
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
2013-07-02 21:31 ` Bjorn Helgaas
@ 2013-07-02 22:55 ` Yinghai Lu
0 siblings, 0 replies; 3437+ messages in thread
From: Yinghai Lu @ 2013-07-02 22:55 UTC (permalink / raw)
To: Bjorn Helgaas
Cc: Rafael J. Wysocki, Len Brown, Taku Izumi, Jiang Liu, linux-pci,
linux-kernel, linux-acpi
[-- Attachment #1: Type: text/plain, Size: 955 bytes --]
On Tue, Jul 2, 2013 at 2:31 PM, Bjorn Helgaas <bhelgaas@google.com> wrote:
> On Wed, Jan 9, 2013 at 11:39 AM, Bjorn Helgaas <bhelgaas@google.com> wrote:
>> On Wed, Jan 9, 2013 at 10:53 AM, Yinghai Lu <yinghai@kernel.org> wrote:
>
>>> the reason why we need to change those codes for x86, we want to make it support
>>> pci root bus hotplug. So it would be reasonable for us to align other
>>> platform to x86
>>> changes after pci root bus hotplug change is completely done.
>>
>> OK, I opened https://bugzilla.kernel.org/show_bug.cgi?id=52531 as a
>> way to keep track of this consistency issue ...
>
> What's your plan for this? We desperately need more cross-arch
> consistency in how we manage resources, and I'd like to make some
> progress in this cycle.
Ok, will work on that.
but will on top of
[PATCH v5 0/7] PCI: Change assign unassigned resources per root bus bassis
and attached.
will resend them after v3.11-rc1 is out.
Thanks
Yinghai
[-- Attachment #2: root_bus_ioport_skip_2_a.patch --]
[-- Type: application/octet-stream, Size: 1298 bytes --]
Subject: [PATCH] PCI: check pci bus address for unassigned res
We should compare res->start with root bus window offset.
Otherwise will have problem with arch that support hostbridge
resource offset.
BenH pointed out that during reviewing patchset that separate
assign unassigned to per root buses.
According to Bjorn, have it in separated patch.
Use pcibios_resource_to_bus to get region at first, and check
region.start instead.
Suggested-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
---
drivers/pci/setup-bus.c | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)
Index: linux-2.6/drivers/pci/setup-bus.c
===================================================================
--- linux-2.6.orig/drivers/pci/setup-bus.c
+++ linux-2.6/drivers/pci/setup-bus.c
@@ -1420,9 +1420,14 @@ static int check_unassigned_resources(st
for (i = PCI_IOV_RESOURCES; i <= PCI_IOV_RESOURCE_END; i++) {
struct resource *r = &dev->resource[i];
+ struct pci_bus_region region;
/* Not assigned, or rejected by kernel ? */
- if (r->flags && !r->start) {
+ if (!r->flags)
+ continue;
+
+ pcibios_resource_to_bus(dev, ®ion, r);
+ if (!region.start) {
(*unassigned)++;
return 1; /* return early from pci_walk_bus */
}
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-07-22 5:32 Darlehen Bedienung
0 siblings, 0 replies; 3437+ messages in thread
From: Darlehen Bedienung @ 2020-07-22 5:32 UTC (permalink / raw)
Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-07-22 5:32 Darlehen Bedienung
0 siblings, 0 replies; 3437+ messages in thread
From: Darlehen Bedienung @ 2020-07-22 5:32 UTC (permalink / raw)
Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-07-22 5:32 Darlehen Bedienung
0 siblings, 0 replies; 3437+ messages in thread
From: Darlehen Bedienung @ 2020-07-22 5:32 UTC (permalink / raw)
Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-07-22 4:45 Darlehen Bedienung
0 siblings, 0 replies; 3437+ messages in thread
From: Darlehen Bedienung @ 2020-07-22 4:45 UTC (permalink / raw)
Schönen Tag,Wir sind zuverlässige, vertrauenswürdige Kreditgeber, Wir bieten Darlehen an Unternehmen und Privatpersonen zu niedrigen und günstigen Zinssatz von 2%. Sind Sie auf der Suche nach einem Business-Darlehen, persönliche Darlehen, Schuldenkonsolidierung, unbesicherte Darlehen, Venture Capital. Kontaktieren Sie uns mit Name, Land, Darlehensbetrag, Dauer und Telefonnummer.GrüßeHerr DA COSTA DARREN FAY
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-07-02 19:43 Barr Anthony Calder
0 siblings, 0 replies; 3437+ messages in thread
From: Barr Anthony Calder @ 2020-07-02 19:43 UTC (permalink / raw)
Dobrý den
Jsem Anthony Calder, právní zástupce z Toga. Obrátil jsem se na vás
ohledně mého pozdního klienta, Dr. Edwin, majetek fondu ve výši 2,5
milionu dolarů, který bude vrácen na váš účet. Kromě toho v této
transakci chci, abyste odpověděli důvěrně.
Anthony Calder
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-30 17:56 Vasiliy Kupriakov
0 siblings, 0 replies; 3437+ messages in thread
From: Vasiliy Kupriakov @ 2020-06-30 17:56 UTC (permalink / raw)
To: Corentin Chary, Darren Hart, Andy Shevchenko
Cc: Vasiliy Kupriakov,
open list:ASUS NOTEBOOKS AND EEEPC ACPI/WMI EXTRAS DRIVERS,
open list:ASUS NOTEBOOKS AND EEEPC ACPI/WMI EXTRAS DRIVERS,
open list
Subject: [PATCH] platform/x86: asus-wmi: allow BAT1 battery name
The battery on my laptop ASUS TUF Gaming FX706II is named BAT1.
This patch allows battery extension to load.
Signed-off-by: Vasiliy Kupriakov <rublag-ns@yandex.ru>
---
drivers/platform/x86/asus-wmi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/platform/x86/asus-wmi.c b/drivers/platform/x86/asus-wmi.c
index 877aade19497..8f4acdc06b13 100644
--- a/drivers/platform/x86/asus-wmi.c
+++ b/drivers/platform/x86/asus-wmi.c
@@ -441,6 +441,7 @@ static int asus_wmi_battery_add(struct power_supply *battery)
* battery is named BATT.
*/
if (strcmp(battery->desc->name, "BAT0") != 0 &&
+ strcmp(battery->desc->name, "BAT1") != 0 &&
strcmp(battery->desc->name, "BATT") != 0)
return -ENODEV;
--
2.27.0
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-27 21:58 lookman joe
0 siblings, 0 replies; 3437+ messages in thread
From: lookman joe @ 2020-06-27 21:58 UTC (permalink / raw)
MONEY-GRAM TRANSFERRED PAYMENT INFO:
Below is the sender’s information
1. MG. REFERENCE NO#: 36360857
2. SENDER'S NAME: Johnson Williams
3. AMOUNT TO PICKUP: US$10,000
Go to any Money Gram office near you and pick up the payment Track the
Reference Number by visiting and click the link below
(https://secure.moneygram.com/embed/track) and enter the Reference
Number: 36360857 and the Last Name: Williams, you will find the payment
available for pickup instantly.
Yours Sincerely,
Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-27 21:58 lookman joe
0 siblings, 0 replies; 3437+ messages in thread
From: lookman joe @ 2020-06-27 21:58 UTC (permalink / raw)
MONEY-GRAM TRANSFERRED PAYMENT INFO:
Below is the sender’s information
1. MG. REFERENCE NO#: 36360857
2. SENDER'S NAME: Johnson Williams
3. AMOUNT TO PICKUP: US$10,000
Go to any Money Gram office near you and pick up the payment Track the
Reference Number by visiting and click the link below
(https://secure.moneygram.com/embed/track) and enter the Reference
Number: 36360857 and the Last Name: Williams, you will find the payment
available for pickup instantly.
Yours Sincerely,
Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-27 21:58 lookman joe
0 siblings, 0 replies; 3437+ messages in thread
From: lookman joe @ 2020-06-27 21:58 UTC (permalink / raw)
MONEY-GRAM TRANSFERRED PAYMENT INFO:
Below is the sender’s information
1. MG. REFERENCE NO#: 36360857
2. SENDER'S NAME: Johnson Williams
3. AMOUNT TO PICKUP: US$10,000
Go to any Money Gram office near you and pick up the payment Track the
Reference Number by visiting and click the link below
(https://secure.moneygram.com/embed/track) and enter the Reference
Number: 36360857 and the Last Name: Williams, you will find the payment
available for pickup instantly.
Yours Sincerely,
Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-27 21:54 helen
0 siblings, 0 replies; 3437+ messages in thread
From: helen @ 2020-06-27 21:54 UTC (permalink / raw)
To: zhang
MONEY-GRAM TRANSFERRED PAYMENT INFO:
Below is the sender’s information
1. MG. REFERENCE NO#: 36360857
2. SENDER'S NAME: Johnson Williams
3. AMOUNT TO PICKUP: US$10,000
Go to any Money Gram office near you and pick up the payment Track the
Reference Number by visiting and click the link below
(https://secure.moneygram.com/embed/track) and enter the Reference
Number: 36360857 and the Last Name: Williams, you will find the payment
available for pickup instantly.
Yours Sincerely,
Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-27 21:52 helen
0 siblings, 0 replies; 3437+ messages in thread
From: helen @ 2020-06-27 21:52 UTC (permalink / raw)
To: ebkrumme
MONEY-GRAM TRANSFERRED PAYMENT INFO:
Below is the sender’s information
1. MG. REFERENCE NO#: 36360857
2. SENDER'S NAME: Johnson Williams
3. AMOUNT TO PICKUP: US$10,000
Go to any Money Gram office near you and pick up the payment Track the
Reference Number by visiting and click the link below
(https://secure.moneygram.com/embed/track) and enter the Reference
Number: 36360857 and the Last Name: Williams, you will find the payment
available for pickup instantly.
Yours Sincerely,
Mrs. Helen Marvis
United Nations Liaison Office
Directorate for International Payments
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
[not found] <1327230475.528260.1591750200327.ref@mail.yahoo.com>
@ 2020-06-10 0:50 ` Celine Marchand
0 siblings, 0 replies; 3437+ messages in thread
From: Celine Marchand @ 2020-06-10 0:50 UTC (permalink / raw)
Urgent attention please
Dearest, how are you? I am sorry for intruding your mailbox, but I need to talk to you. I got your email address in my dream and i wonder if it is correct because i emailed you earlier without any response. You should know that my contact to you is by the special grace of God. I am in urgent need of a reliable and reputable person and i believe you are a person of fine repute, hence the revelation of your email to me in the dream.
I am Mrs. Celine Marchand a citizen of France (French). But reside in Burkina Faso for business purposes. I need your collaboration to execute some projects worth € 2.800.000 Euro and it is very urgent as am presently in very critical condition.
Please reply through this email address ( celine88492-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ) with your full contact information for more private and confidential communication.
Thank you as i wait for your reply.
Mrs. Celine Marchand
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-06-04 19:57 David Shine
0 siblings, 0 replies; 3437+ messages in thread
From: David Shine @ 2020-06-04 19:57 UTC (permalink / raw)
To: linux
Linux
https://clck.ru/NnuZT
David Shine
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-05-08 23:51 Barbara D Wilkins
0 siblings, 0 replies; 3437+ messages in thread
From: Barbara D Wilkins @ 2020-05-08 23:51 UTC (permalink / raw)
Hallo, Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail: Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-05-08 23:41 Barbara D Wilkins
0 siblings, 0 replies; 3437+ messages in thread
From: Barbara D Wilkins @ 2020-05-08 23:41 UTC (permalink / raw)
Hallo, Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail: Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-05-08 22:58 Barbara D Wilkins
0 siblings, 0 replies; 3437+ messages in thread
From: Barbara D Wilkins @ 2020-05-08 22:58 UTC (permalink / raw)
Hallo, Wir sind eine christliche Organisation, die gegründet wurde, um Menschen zu helfen, die Hilfe benötigen, beispielsweise finanzielle Hilfe. Wenn Sie also finanzielle Schwierigkeiten haben oder sich in einem finanziellen Chaos befinden und Geld benötigen, um Ihr eigenes Unternehmen zu gründen, oder wenn Sie einen Kredit benötigen Begleichen Sie Ihre Schulden oder zahlen Sie Ihre Rechnungen ab, gründen Sie ein gutes Geschäft oder es fällt Ihnen schwer, einen Kapitalkredit von lokalen Banken zu erhalten. Kontaktieren Sie uns noch heute per E-Mail: Lassen Sie sich diese Gelegenheit also nicht entgehen weil Jesus gestern, heute und für immer derselbe ist. Bitte, diese sind für ernsthafte und gottesfürchtige Menschen.Dein Name:Darlehensbetrag:Leihdauer:Gülti
ge Handynummer:Vielen Dank für Ihr Verständnis für Ihren Kontakt, während wir warten: mrsbarbarawilkinsfunds.usagmail.comGrüßeVerwaltung
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-04-23 23:06 Azim Hashim Premji
0 siblings, 0 replies; 3437+ messages in thread
From: Azim Hashim Premji @ 2020-04-23 23:06 UTC (permalink / raw)
--
Hallo,
Ich bin Azim Hashim Premji, ein indischer Wirtschaftsmagnat, Investor
und Philanthrop. Ich bin der Vorsitzende von Wipro Limited. Ich habe
25 Prozent meines persönlichen Vermögens für wohltätige Zwecke
verschenkt. Und ich habe auch zugesagt, den Rest von 25% in diesem
Jahr 2020 an Einzelpersonen COVID-19 Financial zu verschenken. Ich
habe beschlossen, 2.000.000 Euro an Sie zu spenden. Wenn Sie an meiner
Spende interessiert sind, kontaktieren Sie mich für weitere
Informationen.
Sie können auch mehr über mich über den unten stehenden Link lesen
http://en.wikipedia.org/wiki/Azim_Premji
Herzlicher Gruss
CEO Wipro Limited
Azim Hashim Premji
E-Mail: azimhashim011@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-04-23 23:06 Azim Hashim Premji
0 siblings, 0 replies; 3437+ messages in thread
From: Azim Hashim Premji @ 2020-04-23 23:06 UTC (permalink / raw)
--
Hallo,
Ich bin Azim Hashim Premji, ein indischer Wirtschaftsmagnat, Investor
und Philanthrop. Ich bin der Vorsitzende von Wipro Limited. Ich habe
25 Prozent meines persönlichen Vermögens für wohltätige Zwecke
verschenkt. Und ich habe auch zugesagt, den Rest von 25% in diesem
Jahr 2020 an Einzelpersonen COVID-19 Financial zu verschenken. Ich
habe beschlossen, 2.000.000 Euro an Sie zu spenden. Wenn Sie an meiner
Spende interessiert sind, kontaktieren Sie mich für weitere
Informationen.
Sie können auch mehr über mich über den unten stehenden Link lesen
http://en.wikipedia.org/wiki/Azim_Premji
Herzlicher Gruss
CEO Wipro Limited
Azim Hashim Premji
E-Mail: azimhashim011@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-27 9:20 chenanqing
0 siblings, 0 replies; 3437+ messages in thread
From: chenanqing @ 2020-03-27 9:20 UTC (permalink / raw)
To: chenanqing, linux-kernel, linux-scsi, open-iscsi, ceph-devel,
martin.petersen, jejb, cleech, lduncan
From: Chen Anqing <chenanqing@oppo.com>
To: Lee Duncan <lduncan@suse.com>
Cc: Chris Leech <cleech@redhat.com>,
"James E . J . Bottomley" <jejb@linux.ibm.com>,
"Martin K . Petersen" <martin.petersen@oracle.com>,
ceph-devel@vger.kernel.org,
open-iscsi@googlegroups.com,
linux-scsi@vger.kernel.org,
linux-kernel@vger.kernel.org,
chenanqing@oppo.com
Subject: [PATCH] scsi: libiscsi: we should take compound page into account also
Date: Fri, 27 Mar 2020 05:20:01 -0400
Message-Id: <20200327092001.56879-1-chenanqing@oppo.com>
X-Mailer: git-send-email 2.18.2
the patch is occur at a real crash,which slab is
come from a compound page,so we need take the compound page
into account also.
fixed commit 08b11eaccfcf ("scsi: libiscsi: fall back to
sendmsg for slab pages").
Signed-off-by: Chen Anqing <chenanqing@oppo.com>
---
drivers/scsi/libiscsi_tcp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/scsi/libiscsi_tcp.c b/drivers/scsi/libiscsi_tcp.c
index 6ef93c7af954..98304e5e1f6f 100644
--- a/drivers/scsi/libiscsi_tcp.c
+++ b/drivers/scsi/libiscsi_tcp.c
@@ -128,7 +128,8 @@ static void iscsi_tcp_segment_map(struct iscsi_segment *segment, int recv)
* coalescing neighboring slab objects into a single frag which
* triggers one of hardened usercopy checks.
*/
- if (!recv && page_count(sg_page(sg)) >= 1 && !PageSlab(sg_page(sg)))
+ if (!recv && page_count(sg_page(sg)) >= 1 &&
+ !PageSlab(compound_head(sg_page(sg))))
return;
if (recv) {
--
2.18.2
________________________________
OPPO
本电子邮件及其附件含有OPPO公司的保密信息,仅限于邮件指明的收件人使用(包含个人及群组)。禁止任何人在未经授权的情况下以任何形式使用。如果您错收了本邮件,请立即以电子邮件通知发件人并删除本邮件及其附件。
This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-27 8:36 chenanqing
0 siblings, 0 replies; 3437+ messages in thread
From: chenanqing @ 2020-03-27 8:36 UTC (permalink / raw)
To: chenanqing, linux-kernel, netdev, ceph-devel, kuba, sage,
jlayton, idryomov
From: Chen Anqing <chenanqing@oppo.com>
To: Ilya Dryomov <idryomov@gmail.com>
Cc: Jeff Layton <jlayton@kernel.org>,
Sage Weil <sage@redhat.com>,
Jakub Kicinski <kuba@kernel.org>,
ceph-devel@vger.kernel.org,
netdev@vger.kernel.org,
linux-kernel@vger.kernel.org,
chenanqing@oppo.com
Subject: [PATCH] libceph: we should take compound page into account also
Date: Fri, 27 Mar 2020 04:36:30 -0400
Message-Id: <20200327083630.36296-1-chenanqing@oppo.com>
X-Mailer: git-send-email 2.18.2
the patch is occur at a real crash,which slab is
come from a compound page,so we need take the compound page
into account also.
fixed commit 7e241f647dc7 ("libceph: fall back to sendmsg for slab pages")'
Signed-off-by: Chen Anqing <chenanqing@oppo.com>
---
net/ceph/messenger.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ceph/messenger.c b/net/ceph/messenger.c
index f8ca5edc5f2c..e08c1c334cd9 100644
--- a/net/ceph/messenger.c
+++ b/net/ceph/messenger.c
@@ -582,7 +582,7 @@ static int ceph_tcp_sendpage(struct socket *sock, struct page *page,
* coalescing neighboring slab objects into a single frag which
* triggers one of hardened usercopy checks.
*/
- if (page_count(page) >= 1 && !PageSlab(page))
+ if (page_count(page) >= 1 && !PageSlab(compound_head(page)))
sendpage = sock->ops->sendpage;
else
sendpage = sock_no_sendpage;
--
2.18.2
________________________________
OPPO
本电子邮件及其附件含有OPPO公司的保密信息,仅限于邮件指明的收件人使用(包含个人及群组)。禁止任何人在未经授权的情况下以任何形式使用。如果您错收了本邮件,请立即以电子邮件通知发件人并删除本邮件及其附件。
This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-17 0:11 David Ibe
0 siblings, 0 replies; 3437+ messages in thread
From: David Ibe @ 2020-03-17 0:11 UTC (permalink / raw)
Good Day,
I am Mr. David Ibe, I work with the International Standards on Auditing, I have seen on records, that several times people has divert your funds into their own personal accounts.
Now I am writing to you in respect of the amount which I have been able to send to you through our International United Nations accredited and approved Diplomat, who has arrived Africa, I want you to know that the diplomat would deliver the funds which I have packaged as a diplomatic compensation to you and the amount in the consignment is $10,000,000.00 United State Dollars.
I did not disclose the contents to the diplomat, but I told him that it is your compensation from the Auditing Corporate Governance and Stewardship, Auditing and Assurance Standards Board. I want you to know that these funds would help with your financial status as I have seen in records that you have spent a lot trying to receive these funds and I am not demanding so much from you but only 30% for my stress and logistics.
I would like you to get back to me with your personal contact details, so that I can give you the contact information's of the diplomat who has arrived Africa and has been waiting to get your details so that he can proceed with the delivery to you.
Yours Sincerely,
Kindly forward your details to: mrdavidibe966@gmail.com
Mr. David Ibe
International Auditor,
Corporate Governance and Stewardship
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-17 0:11 David Ibe
0 siblings, 0 replies; 3437+ messages in thread
From: David Ibe @ 2020-03-17 0:11 UTC (permalink / raw)
Good Day,
I am Mr. David Ibe, I work with the International Standards on Auditing, I have seen on records, that several times people has divert your funds into their own personal accounts.
Now I am writing to you in respect of the amount which I have been able to send to you through our International United Nations accredited and approved Diplomat, who has arrived Africa, I want you to know that the diplomat would deliver the funds which I have packaged as a diplomatic compensation to you and the amount in the consignment is $10,000,000.00 United State Dollars.
I did not disclose the contents to the diplomat, but I told him that it is your compensation from the Auditing Corporate Governance and Stewardship, Auditing and Assurance Standards Board. I want you to know that these funds would help with your financial status as I have seen in records that you have spent a lot trying to receive these funds and I am not demanding so much from you but only 30% for my stress and logistics.
I would like you to get back to me with your personal contact details, so that I can give you the contact information's of the diplomat who has arrived Africa and has been waiting to get your details so that he can proceed with the delivery to you.
Yours Sincerely,
Kindly forward your details to: mrdavidibe966@gmail.com
Mr. David Ibe
International Auditor,
Corporate Governance and Stewardship
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 8:43 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 8:43 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky@aol.com for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 7:37 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 7:37 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky@aol.com for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 7:34 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 7:34 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky-YDxpq3io04c@public.gmane.org for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 7:34 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 7:34 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky@aol.com for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 7:34 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 7:34 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky-YDxpq3io04c@public.gmane.org for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-09 7:34 Michael J. Weirsky
0 siblings, 0 replies; 3437+ messages in thread
From: Michael J. Weirsky @ 2020-03-09 7:34 UTC (permalink / raw)
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micjsky@aol.com for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lottery-winner-61544244
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:47 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:47 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7-Re5JQEeQqe/BREloi785ARduMeKFjlen@public.gmane.org Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 10:46 Juanito S. Galang
0 siblings, 0 replies; 3437+ messages in thread
From: Juanito S. Galang @ 2020-03-05 10:46 UTC (permalink / raw)
Herzlichen Glückwunsch Lieber Begünstigter,Sie erhalten diese E-Mail von der Robert Bailey Foundation. Ich bin ein pensionierter Regierungsangestellter aus Harlem und ein Gewinner des Powerball Lottery Jackpot im Wert von 343,8 Millionen US-Dollar. Ich bin der größte Jackpot-Gewinner in der Geschichte der New Yorker Lotterie im US-Bundesstaat Amerika. Ich habe diese Lotterie am 27. Oktober 2018 gewonnen und möchte Sie darüber informieren, dass Google in Zusammenarbeit mit Microsoft Ihre "E-Mail-Adresse" auf meine Bitte, einen Spendenbetrag von 3.000.000,00 Millionen Euro zu erhalten, übermittelt hat. Ich spende diese 3 Millionen Euro an Sie, um den Wohltätigkeitsheimen und armen Menschen in Ihrer Gemeinde zu helfen, damit wir die Welt für alle verbessern können.Weitere Informationen finden Sie auf der folgenden Website, damit Sie nicht skeptisch sind
Diese Spende von 3 Mio. EUR.https://nypost.com/2018/11/14/meet-the-winner-of-the-biggest-lottery-jackpot-in-new-york-history/Sie können auch mein YouTube für mehr Bestätigung aufpassen:
https://www.youtube.com/watch?v=H5vT18Ysavc
Bitte beachten Sie, dass alle Antworten an (robertdonation7@gmail.com ) gesendet werden, damit wir das können
Fahren Sie fort, um das gespendete Geld an Sie zu überweisen.E-Mail: robertdonation7@gmail.comFreundliche Grüße,
Robert Bailey
* * * * * * * * * * * * * * * *
Powerball Jackpot Gewinner
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 2:33 Maria Alessandra Filippi
0 siblings, 0 replies; 3437+ messages in thread
From: Maria Alessandra Filippi @ 2020-03-05 2:33 UTC (permalink / raw)
Hallo,
Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.
Sie können auch mehr über mich über den Link unten lesen
https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-05 0:26 Maria Alessandra Filippi
0 siblings, 0 replies; 3437+ messages in thread
From: Maria Alessandra Filippi @ 2020-03-05 0:26 UTC (permalink / raw)
Hallo,
Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.
Sie können auch mehr über mich über den Link unten lesen
https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-04 23:30 Maria Alessandra Filippi
0 siblings, 0 replies; 3437+ messages in thread
From: Maria Alessandra Filippi @ 2020-03-04 23:30 UTC (permalink / raw)
Hallo,
Ich bin Frau Maria Elisabeth Schaeffler, eine deutsche Wirtschaftsmagnatin, Investorin und Philanthropin. Ich bin der Vorsitzende von Wipro Limited. Ich habe 25 Prozent meines persönlichen Vermögens für wohltätige Zwecke ausgegeben. Und ich habe auch versprochen, den Rest von 25% in diesem Jahr 2020 an Einzelpersonen zu verschenken. Ich habe beschlossen, 1.000.000,00 Euro an Sie zu spenden. Wenn Sie an meiner Spende interessiert sind, kontaktieren Sie mich für weitere Informationen.
Sie können auch mehr über mich über den Link unten lesen
https://en.wikipedia.org/wiki/Maria-Elisabeth_Schaeffler
Herzlicher Gruss
Geschäftsführer Wipro Limited
Maria-Elisabeth_Schaeffler
E-Mail: mrsmariaelisabethschaeffler11@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-03-04 9:42 Julie Leach
0 siblings, 0 replies; 3437+ messages in thread
From: Julie Leach @ 2020-03-04 9:42 UTC (permalink / raw)
--
Hallo Liebes, ich habe eine Spende von 3,000,000.00 Euro, die ich Ihnen
als Wohltätigkeitsorganisation zur Verfügung gestellt habe, um den
weniger Privilegierten und Waisen in Ihrer Gemeinde zu helfen. Bitte
antworten Sie über: julieleeach@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
[not found] ` <CAHC9VhQnbdJprbdTa_XcgUJaiwhzbnGMWJqHczU54UMk0AFCtw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2020-02-27 15:39 ` Dmitry Vyukov via B.A.T.M.A.N
0 siblings, 0 replies; 3437+ messages in thread
From: Dmitry Vyukov via B.A.T.M.A.N @ 2020-02-27 15:39 UTC (permalink / raw)
To: Paul Moore, Tetsuo Handa
Cc: Dmitry Vyukov, mareklindner-rVWd3aGhH2z5bpWLKbzFeg,
Greg Kroah-Hartman, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r,
a, LKML, Eric Paris, David Miller, syzkaller-bugs,
linux-audit-H+wXaHxf7aLQT0dZR+AlfA, syzkaller, netdev,
john.hammond-ral2JQCrhuEAvxtiuMwx3w, fzago-WVYJKLFxKCc, syzbot,
Dan Carpenter
[-- Attachment #1: Type: text/plain, Size: 243 bytes --]
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.
[-- Attachment #2: Type: message/rfc822, Size: 11958 bytes --]
From: Dmitry Vyukov <dvyukov-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
To: Paul Moore <paul-r2n+y4ga6xFZroRs9YW3xA@public.gmane.org>, Tetsuo Handa <penguin-kernel-1yMVhJb1mP/7nzcFbJAaVXf5DAMn2ifp@public.gmane.org>
Cc: Eric Paris <eparis-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, syzbot <syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org>, a@unstable.cc, b.a.t.m.a.n-ZwoEplunGu2X36UT3dwllkB+6BGkLq7r@public.gmane.org, Dan Carpenter <dan.carpenter-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>, David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, fzago-WVYJKLFxKCc@public.gmane.org, Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>, john.hammond-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, linux-audit-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, mareklindner-rVWd3aGhH2z5bpWLKbzFeg@public.gmane.org, netdev <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, sw-2YrNx6rUIHYiY0qSoAWiAoQuADTiUCJX@public.gmane.org, syzkaller-bugs <syzkaller-bugs-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>, syzkaller <syzkaller-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>
Subject: Re: kernel panic: audit: backlog limit exceeded
Date: Thu, 27 Feb 2020 16:39:59 +0100
Message-ID: <CACT4Y+azQXLcPqtJG9zbj8hxqw4jE3dcwUj5T06bdL3uMaZk+Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On Mon, Feb 24, 2020 at 11:47 PM Paul Moore <paul-r2n+y4ga6xFZroRs9YW3xA@public.gmane.org> wrote:
>
> On Mon, Feb 24, 2020 at 5:43 PM Eric Paris <eparis-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> wrote:
> > https://syzkaller.appspot.com/x/repro.syz?x=151b1109e00000 (the
> > reproducer listed) looks like it is literally fuzzing the AUDIT_SET.
> > Which seems like this is working as designed if it is setting the
> > failure mode to 2.
>
> So it is, good catch :) I saw the panic and instinctively chalked
> that up to a mistaken config, not expecting that it was what was being
> tested.
Yes, this audit failure mode is quite unpleasant for fuzzing. And
since this is not a top-level syscall argument value, it's effectively
impossible to filter out in the fuzzer. Maybe another use case for the
"fuzer lockdown" feature +Tetsuo proposed.
With the current state of the things, I think we only have an option
to disable fuzzing of audit. Which is pity because it has found 5 or
so real bugs in audit too.
But this happened anyway because audit is only reachable from init pid
namespace and syzkaller always unshares pid namespace for sandboxing
reasons, that was removed accidentally and that's how it managed to
find the bugs. But the unshare is restored now:
https://github.com/google/syzkaller/commit/5e0e1d1450d7c3497338082fc28912fdd7f93a3c
As a side effect all other real bugs in audit will be auto-obsoleted
in future if not fixed because they will stop happening.
#syz invalid
> > On Mon, 2020-02-24 at 17:38 -0500, Paul Moore wrote:
> > > On Mon, Feb 24, 2020 at 3:18 AM syzbot
> > > <syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org> wrote:
> > > > Hello,
> > > >
> > > > syzbot found the following crash on:
> > > >
> > > > HEAD commit: 36a44bcd Merge branch 'bnxt_en-shutdown-and-kexec-
> > > > kdump-re..
> > > > git tree: net
> > > > console output:
> > > > https://syzkaller.appspot.com/x/log.txt?x=148bfdd9e00000
> > > > kernel config:
> > > > https://syzkaller.appspot.com/x/.config?x=768cc3d3e277cc16
> > > > dashboard link:
> > > > https://syzkaller.appspot.com/bug?extid=9a5e789e4725b9ef1316
> > > > compiler: gcc (GCC) 9.0.0 20181231 (experimental)
> > > > syz repro:
> > > > https://syzkaller.appspot.com/x/repro.syz?x=151b1109e00000
> > > > C reproducer:
> > > > https://syzkaller.appspot.com/x/repro.c?x=128bfdd9e00000
> > > >
> > > > The bug was bisected to:
> > > >
> > > > commit 0c1b9970ddd4cc41002321c3877e7f91aacb896d
> > > > Author: Dan Carpenter <dan.carpenter-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
> > > > Date: Fri Jul 28 14:42:27 2017 +0000
> > > >
> > > > staging: lustre: lustre: Off by two in lmv_fid2path()
> > > >
> > > > bisection log:
> > > > https://syzkaller.appspot.com/x/bisect.txt?x=17e6c3e9e00000
> > > > final crash:
> > > > https://syzkaller.appspot.com/x/report.txt?x=1416c3e9e00000
> > > > console output:
> > > > https://syzkaller.appspot.com/x/log.txt?x=1016c3e9e00000
> > > >
> > > > IMPORTANT: if you fix the bug, please add the following tag to the
> > > > commit:
> > > > Reported-by: syzbot+9a5e789e4725b9ef1316-Pl5Pbv+GP7P466ipTTIvnc23WoclnBCfAL8bYrjMMd8@public.gmane.org
> > > > Fixes: 0c1b9970ddd4 ("staging: lustre: lustre: Off by two in
> > > > lmv_fid2path()")
> > > >
> > > > audit: audit_backlog=13 > audit_backlog_limit=7
> > > > audit: audit_lost=1 audit_rate_limit=0 audit_backlog_limit=7
> > > > Kernel panic - not syncing: audit: backlog limit exceeded
> > > > CPU: 1 PID: 9913 Comm: syz-executor024 Not tainted 5.6.0-rc1-
> > > > syzkaller #0
> > > > Hardware name: Google Google Compute Engine/Google Compute Engine,
> > > > BIOS Google 01/01/2011
> > > > Call Trace:
> > > > __dump_stack lib/dump_stack.c:77 [inline]
> > > > dump_stack+0x197/0x210 lib/dump_stack.c:118
> > > > panic+0x2e3/0x75c kernel/panic.c:221
> > > > audit_panic.cold+0x32/0x32 kernel/audit.c:307
> > > > audit_log_lost kernel/audit.c:377 [inline]
> > > > audit_log_lost+0x8b/0x180 kernel/audit.c:349
> > > > audit_log_start kernel/audit.c:1788 [inline]
> > > > audit_log_start+0x70e/0x7c0 kernel/audit.c:1745
> > > > audit_log+0x95/0x120 kernel/audit.c:2345
> > > > xt_replace_table+0x61d/0x830 net/netfilter/x_tables.c:1413
> > > > __do_replace+0x1da/0x950 net/ipv6/netfilter/ip6_tables.c:1084
> > > > do_replace net/ipv6/netfilter/ip6_tables.c:1157 [inline]
> > > > do_ip6t_set_ctl+0x33a/0x4c8 net/ipv6/netfilter/ip6_tables.c:1681
> > > > nf_sockopt net/netfilter/nf_sockopt.c:106 [inline]
> > > > nf_setsockopt+0x77/0xd0 net/netfilter/nf_sockopt.c:115
> > > > ipv6_setsockopt net/ipv6/ipv6_sockglue.c:949 [inline]
> > > > ipv6_setsockopt+0x147/0x180 net/ipv6/ipv6_sockglue.c:933
> > > > tcp_setsockopt net/ipv4/tcp.c:3165 [inline]
> > > > tcp_setsockopt+0x8f/0xe0 net/ipv4/tcp.c:3159
> > > > sock_common_setsockopt+0x94/0xd0 net/core/sock.c:3149
> > > > __sys_setsockopt+0x261/0x4c0 net/socket.c:2130
> > > > __do_sys_setsockopt net/socket.c:2146 [inline]
> > > > __se_sys_setsockopt net/socket.c:2143 [inline]
> > > > __x64_sys_setsockopt+0xbe/0x150 net/socket.c:2143
> > > > do_syscall_64+0xfa/0x790 arch/x86/entry/common.c:294
> > > > entry_SYSCALL_64_after_hwframe+0x49/0xbe
> > > > RIP: 0033:0x44720a
> > > > Code: 49 89 ca b8 37 00 00 00 0f 05 48 3d 01 f0 ff ff 0f 83 1a e0
> > > > fb ff c3 66 0f 1f 84 00 00 00 00 00 49 89 ca b8 36 00 00 00 0f 05
> > > > <48> 3d 01 f0 ff ff 0f 83 fa df fb ff c3 66 0f 1f 84 00 00 00 00 00
> > > > RSP: 002b:00007ffd032dec78 EFLAGS: 00000286 ORIG_RAX:
> > > > 0000000000000036
> > > > RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 000000000044720a
> > > > RDX: 0000000000000040 RSI: 0000000000000029 RDI: 0000000000000003
> > > > RBP: 00007ffd032deda0 R08: 00000000000003b8 R09: 0000000000004000
> > > > R10: 00000000006d7b40 R11: 0000000000000286 R12: 00007ffd032deca0
> > > > R13: 00000000006d9d60 R14: 0000000000000029 R15: 00000000006d7ba0
> > > > Kernel Offset: disabled
> > > > Rebooting in 86400 seconds..
> > > >
> > > >
> > > > ---
> > > > This bug is generated by a bot. It may contain errors.
> > > > See https://goo.gl/tpsmEJ for more information about syzbot.
> > > > syzbot engineers can be reached at syzkaller-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
> > > >
> > > > syzbot will keep track of this bug report. See:
> > > > https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
> > > > For information about bisection process see:
> > > > https://goo.gl/tpsmEJ#bisection
> > > > syzbot can test patches for this bug, for details see:
> > > > https://goo.gl/tpsmEJ#testing-patches
> > >
> > > Similar to syzbot report 72461ac44b36c98f58e5, see my comments there.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-02-15 3:25 mprim37 alcorta
0 siblings, 0 replies; 3437+ messages in thread
From: mprim37 alcorta @ 2020-02-15 3:25 UTC (permalink / raw)
--
Hello, my name is Julie Leach, winner of the Power Ball Jackpot in
October 2015.I want to donate $3,000,000 for charity to help you and the
poor children in your community. Send me an email to:
julieleeach@yahoo.com for more information on how to receive my donation
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-02-11 22:34 Rajat Jain
0 siblings, 0 replies; 3437+ messages in thread
From: Rajat Jain @ 2020-02-11 22:34 UTC (permalink / raw)
To: Daniel Mack, Haojian Zhuang, Robert Jarzmik, Mark Brown,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
linux-spi-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA
Cc: Evan Green, rajatja-hpIqsD4AKlfQT0dZR+AlfA,
rajatxjain-Re5JQEeQqe8AvxtiuMwx3w,
evgreen-hpIqsD4AKlfQT0dZR+AlfA,
shobhit.srivastava-ral2JQCrhuEAvxtiuMwx3w,
porselvan.muthukrishnan-ral2JQCrhuEAvxtiuMwx3w
From: Evan Green <evgreen-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Date: Wed, 29 Jan 2020 13:54:16 -0800
Subject: [PATCH] spi: pxa2xx: Add CS control clock quirk
In some circumstances on Intel LPSS controllers, toggling the LPSS
CS control register doesn't actually cause the CS line to toggle.
This seems to be failure of dynamic clock gating that occurs after
going through a suspend/resume transition, where the controller
is sent through a reset transition. This ruins SPI transactions
that either rely on delay_usecs, or toggle the CS line without
sending data.
Whenever CS is toggled, momentarily set the clock gating register
to "Force On" to poke the controller into acting on CS.
Signed-off-by: Evan Green <evgreen-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Signed-off-by: Rajat Jain <rajatja-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
---
drivers/spi/spi-pxa2xx.c | 23 +++++++++++++++++++++++
1 file changed, 23 insertions(+)
diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c
index 4c7a71f0fb3e..2e318158fca9 100644
--- a/drivers/spi/spi-pxa2xx.c
+++ b/drivers/spi/spi-pxa2xx.c
@@ -70,6 +70,10 @@ MODULE_ALIAS("platform:pxa2xx-spi");
#define LPSS_CAPS_CS_EN_SHIFT 9
#define LPSS_CAPS_CS_EN_MASK (0xf << LPSS_CAPS_CS_EN_SHIFT)
+#define LPSS_PRIV_CLOCK_GATE 0x38
+#define LPSS_PRIV_CLOCK_GATE_CLK_CTL_MASK 0x3
+#define LPSS_PRIV_CLOCK_GATE_CLK_CTL_FORCE_ON 0x3
+
struct lpss_config {
/* LPSS offset from drv_data->ioaddr */
unsigned offset;
@@ -86,6 +90,8 @@ struct lpss_config {
unsigned cs_sel_shift;
unsigned cs_sel_mask;
unsigned cs_num;
+ /* Quirks */
+ unsigned cs_clk_stays_gated : 1;
};
/* Keep these sorted with enum pxa_ssp_type */
@@ -156,6 +162,7 @@ static const struct lpss_config lpss_platforms[] = {
.tx_threshold_hi = 56,
.cs_sel_shift = 8,
.cs_sel_mask = 3 << 8,
+ .cs_clk_stays_gated = true,
},
};
@@ -383,6 +390,22 @@ static void lpss_ssp_cs_control(struct spi_device *spi, bool enable)
else
value |= LPSS_CS_CONTROL_CS_HIGH;
__lpss_ssp_write_priv(drv_data, config->reg_cs_ctrl, value);
+ if (config->cs_clk_stays_gated) {
+ u32 clkgate;
+
+ /*
+ * Changing CS alone when dynamic clock gating is on won't
+ * actually flip CS at that time. This ruins SPI transfers
+ * that specify delays, or have no data. Toggle the clock mode
+ * to force on briefly to poke the CS pin to move.
+ */
+ clkgate = __lpss_ssp_read_priv(drv_data, LPSS_PRIV_CLOCK_GATE);
+ value = (clkgate & ~LPSS_PRIV_CLOCK_GATE_CLK_CTL_MASK) |
+ LPSS_PRIV_CLOCK_GATE_CLK_CTL_FORCE_ON;
+
+ __lpss_ssp_write_priv(drv_data, LPSS_PRIV_CLOCK_GATE, value);
+ __lpss_ssp_write_priv(drv_data, LPSS_PRIV_CLOCK_GATE, clkgate);
+ }
}
static void cs_assert(struct spi_device *spi)
--
2.25.0.225.g125e21ebc7-goog
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2020-02-05 8:23 Frau Huan Jlaying
0 siblings, 0 replies; 3437+ messages in thread
From: Frau Huan Jlaying @ 2020-02-05 8:23 UTC (permalink / raw)
--
Schönen Tag,
Ich bin Frau Huan Jlaying, eine Mitarbeiterin der Wing Hang Bank
hier in Hongkong. Kann ich einer Überweisung von 13.991.674 USD
vertrauen? Kontaktieren Sie mich per E-Mail: huanjlaying08@hotmail.com
Grüße
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
[not found] <1187667350.235001.1580574902701.ref@mail.yahoo.com>
@ 2020-02-01 16:35 ` Mrs. Maureen Hinckley
0 siblings, 0 replies; 3437+ messages in thread
From: Mrs. Maureen Hinckley @ 2020-02-01 16:35 UTC (permalink / raw)
I am Maureen Hinckley and my foundation is donating (Five hundred and fifty thousand USD) to you. Contact us via my email at (maurhinck6@gmail.com) for further details.
Best Regards,
Mrs. Maureen Hinckley,
Copyright ©2020 The Maureen Hinckley Foundation All Rights Reserved.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-12-12 15:50 周琰杰 (Zhou Yanjie)
0 siblings, 0 replies; 3437+ messages in thread
From: 周琰杰 (Zhou Yanjie) @ 2019-12-12 15:50 UTC (permalink / raw)
To: linux-mips
Cc: linux-kernel, linux-i2c, devicetree, robh+dt, mark.rutland, paul,
paul.burton, paulburton, sernia.zhou, zhenwenjin
Add support for probing i2c driver on the X1000 Soc from Ingenic.
call the corresponding fifo parameter according to the device
model obtained from the devicetree.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-09-12 8:09 Gene Chen
0 siblings, 0 replies; 3437+ messages in thread
From: Gene Chen @ 2019-09-12 8:09 UTC (permalink / raw)
To: matthias.bgg, gene_chen, Wilma.Wu
Cc: linux-arm-kernel, linux-mediatek, linux-kernel
>From 66208ef7fcdb4176bf63cd130b3e3197086ac4b3 Mon Sep 17 00:00:00 2001
From: Gene Chen <gene_chen@mediatek.corp-partner.google.com>
Date: Thu, 22 Aug 2019 14:21:03 +0800
Subject: [PATCH] mfd: mt6360: add pmic mt6360 driver
---
drivers/mfd/Kconfig | 12 ++
drivers/mfd/Makefile | 1 +
drivers/mfd/mt6360-core.c | 463 ++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 476 insertions(+)
create mode 100644 drivers/mfd/mt6360-core.c
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index f129f96..a422c76 100644
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
@@ -862,6 +862,18 @@ config MFD_MAX8998
additional drivers must be enabled in order to use the functionality
of the device.
+config MFD_MT6360
+ tristate "Mediatek MT6360 SubPMIC"
+ select MFD_CORE
+ select REGMAP_I2C
+ select REGMAP_IRQ
+ depends on I2C
+ help
+ Say Y here to enable MT6360 PMU/PMIC/LDO functional support.
+ PMU part include charger, flashlight, rgb led
+ PMIC part include 2-channel BUCKs and 2-channel LDOs
+ LDO part include 4-channel LDOs
+
config MFD_MT6397
tristate "MediaTek MT6397 PMIC Support"
select MFD_CORE
diff --git a/drivers/mfd/Makefile b/drivers/mfd/Makefile
index f026ada..77a8f0b 100644
--- a/drivers/mfd/Makefile
+++ b/drivers/mfd/Makefile
@@ -241,6 +241,7 @@ obj-$(CONFIG_INTEL_SOC_PMIC) += intel-soc-pmic.o
obj-$(CONFIG_INTEL_SOC_PMIC_BXTWC) += intel_soc_pmic_bxtwc.o
obj-$(CONFIG_INTEL_SOC_PMIC_CHTWC) += intel_soc_pmic_chtwc.o
obj-$(CONFIG_INTEL_SOC_PMIC_CHTDC_TI) += intel_soc_pmic_chtdc_ti.o
+obj-$(CONFIG_MFD_MT6360) += mt6360-core.o
obj-$(CONFIG_MFD_MT6397) += mt6397-core.o
obj-$(CONFIG_MFD_ALTERA_A10SR) += altera-a10sr.o
diff --git a/drivers/mfd/mt6360-core.c b/drivers/mfd/mt6360-core.c
new file mode 100644
index 0000000..d3580618
--- /dev/null
+++ b/drivers/mfd/mt6360-core.c
@@ -0,0 +1,463 @@
+// SPDX-License-Identifier: GPL-2.0
+/*
+ * Copyright (c) 2019 MediaTek Inc.
+ */
+
+#include <linux/i2c.h>
+#include <linux/init.h>
+#include <linux/kernel.h>
+#include <linux/mfd/core.h>
+#include <linux/module.h>
+#include <linux/of_irq.h>
+#include <linux/of_platform.h>
+#include <linux/version.h>
+
+#include <linux/mfd/mt6360.h>
+#include <linux/mfd/mt6360-private.h>
+
+/* reg 0 -> 0 ~ 7 */
+#define MT6360_CHG_TREG_EVT (4)
+#define MT6360_CHG_AICR_EVT (5)
+#define MT6360_CHG_MIVR_EVT (6)
+#define MT6360_PWR_RDY_EVT (7)
+/* REG 1 -> 8 ~ 15 */
+#define MT6360_CHG_BATSYSUV_EVT (9)
+#define MT6360_FLED_CHG_VINOVP_EVT (11)
+#define MT6360_CHG_VSYSUV_EVT (12)
+#define MT6360_CHG_VSYSOV_EVT (13)
+#define MT6360_CHG_VBATOV_EVT (14)
+#define MT6360_CHG_VBUSOV_EVT (15)
+/* REG 2 -> 16 ~ 23 */
+/* REG 3 -> 24 ~ 31 */
+#define MT6360_WD_PMU_DET (25)
+#define MT6360_WD_PMU_DONE (26)
+#define MT6360_CHG_TMRI (27)
+#define MT6360_CHG_ADPBADI (29)
+#define MT6360_CHG_RVPI (30)
+#define MT6360_OTPI (31)
+/* REG 4 -> 32 ~ 39 */
+#define MT6360_CHG_AICCMEASL (32)
+#define MT6360_CHGDET_DONEI (34)
+#define MT6360_WDTMRI (35)
+#define MT6360_SSFINISHI (36)
+#define MT6360_CHG_RECHGI (37)
+#define MT6360_CHG_TERMI (38)
+#define MT6360_CHG_IEOCI (39)
+/* REG 5 -> 40 ~ 47 */
+#define MT6360_PUMPX_DONEI (40)
+#define MT6360_BAT_OVP_ADC_EVT (41)
+#define MT6360_TYPEC_OTP_EVT (42)
+#define MT6360_ADC_WAKEUP_EVT (43)
+#define MT6360_ADC_DONEI (44)
+#define MT6360_BST_BATUVI (45)
+#define MT6360_BST_VBUSOVI (46)
+#define MT6360_BST_OLPI (47)
+/* REG 6 -> 48 ~ 55 */
+#define MT6360_ATTACH_I (48)
+#define MT6360_DETACH_I (49)
+#define MT6360_QC30_STPDONE (51)
+#define MT6360_QC_VBUSDET_DONE (52)
+#define MT6360_HVDCP_DET (53)
+#define MT6360_CHGDETI (54)
+#define MT6360_DCDTI (55)
+/* REG 7 -> 56 ~ 63 */
+#define MT6360_FOD_DONE_EVT (56)
+#define MT6360_FOD_OV_EVT (57)
+#define MT6360_CHRDET_UVP_EVT (58)
+#define MT6360_CHRDET_OVP_EVT (59)
+#define MT6360_CHRDET_EXT_EVT (60)
+#define MT6360_FOD_LR_EVT (61)
+#define MT6360_FOD_HR_EVT (62)
+#define MT6360_FOD_DISCHG_FAIL_EVT (63)
+/* REG 8 -> 64 ~ 71 */
+#define MT6360_USBID_EVT (64)
+#define MT6360_APWDTRST_EVT (65)
+#define MT6360_EN_EVT (66)
+#define MT6360_QONB_RST_EVT (67)
+#define MT6360_MRSTB_EVT (68)
+#define MT6360_OTP_EVT (69)
+#define MT6360_VDDAOV_EVT (70)
+#define MT6360_SYSUV_EVT (71)
+/* REG 9 -> 72 ~ 79 */
+#define MT6360_FLED_STRBPIN_EVT (72)
+#define MT6360_FLED_TORPIN_EVT (73)
+#define MT6360_FLED_TX_EVT (74)
+#define MT6360_FLED_LVF_EVT (75)
+#define MT6360_FLED2_SHORT_EVT (78)
+#define MT6360_FLED1_SHORT_EVT (79)
+/* REG 10 -> 80 ~ 87 */
+#define MT6360_FLED2_STRB_EVT (80)
+#define MT6360_FLED1_STRB_EVT (81)
+#define MT6360_FLED2_STRB_TO_EVT (82)
+#define MT6360_FLED1_STRB_TO_EVT (83)
+#define MT6360_FLED2_TOR_EVT (84)
+#define MT6360_FLED1_TOR_EVT (85)
+/* REG 11 -> 88 ~ 95 */
+/* REG 12 -> 96 ~ 103 */
+#define MT6360_BUCK1_PGB_EVT (96)
+#define MT6360_BUCK1_OC_EVT (100)
+#define MT6360_BUCK1_OV_EVT (101)
+#define MT6360_BUCK1_UV_EVT (102)
+/* REG 13 -> 104 ~ 111 */
+#define MT6360_BUCK2_PGB_EVT (104)
+#define MT6360_BUCK2_OC_EVT (108)
+#define MT6360_BUCK2_OV_EVT (109)
+#define MT6360_BUCK2_UV_EVT (110)
+/* REG 14 -> 112 ~ 119 */
+#define MT6360_LDO1_OC_EVT (113)
+#define MT6360_LDO2_OC_EVT (114)
+#define MT6360_LDO3_OC_EVT (115)
+#define MT6360_LDO5_OC_EVT (117)
+#define MT6360_LDO6_OC_EVT (118)
+#define MT6360_LDO7_OC_EVT (119)
+/* REG 15 -> 120 ~ 127 */
+#define MT6360_LDO1_PGB_EVT (121)
+#define MT6360_LDO2_PGB_EVT (122)
+#define MT6360_LDO3_PGB_EVT (123)
+#define MT6360_LDO5_PGB_EVT (125)
+#define MT6360_LDO6_PGB_EVT (126)
+#define MT6360_LDO7_PGB_EVT (127)
+
+#define MT6360_REGMAP_IRQ_REG(_irq_evt) \
+ REGMAP_IRQ_REG(_irq_evt, (_irq_evt) / 8, BIT((_irq_evt) % 8))
+
+#define MT6360_MFD_CELL(_name) \
+ { \
+ .name = #_name, \
+ .of_compatible = "mediatek," #_name, \
+ .num_resources = ARRAY_SIZE(_name##_resources), \
+ .resources = _name##_resources, \
+ }
+
+static const struct regmap_irq mt6360_pmu_irqs[] = {
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_TREG_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_AICR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_MIVR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_PWR_RDY_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_BATSYSUV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED_CHG_VINOVP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_VSYSUV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_VSYSOV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_VBATOV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_VBUSOV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_WD_PMU_DET),
+ MT6360_REGMAP_IRQ_REG(MT6360_WD_PMU_DONE),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_TMRI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_ADPBADI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_RVPI),
+ MT6360_REGMAP_IRQ_REG(MT6360_OTPI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_AICCMEASL),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHGDET_DONEI),
+ MT6360_REGMAP_IRQ_REG(MT6360_WDTMRI),
+ MT6360_REGMAP_IRQ_REG(MT6360_SSFINISHI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_RECHGI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_TERMI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_IEOCI),
+ MT6360_REGMAP_IRQ_REG(MT6360_PUMPX_DONEI),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHG_TREG_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BAT_OVP_ADC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_TYPEC_OTP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_ADC_WAKEUP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_ADC_DONEI),
+ MT6360_REGMAP_IRQ_REG(MT6360_BST_BATUVI),
+ MT6360_REGMAP_IRQ_REG(MT6360_BST_VBUSOVI),
+ MT6360_REGMAP_IRQ_REG(MT6360_BST_OLPI),
+ MT6360_REGMAP_IRQ_REG(MT6360_ATTACH_I),
+ MT6360_REGMAP_IRQ_REG(MT6360_DETACH_I),
+ MT6360_REGMAP_IRQ_REG(MT6360_QC30_STPDONE),
+ MT6360_REGMAP_IRQ_REG(MT6360_QC_VBUSDET_DONE),
+ MT6360_REGMAP_IRQ_REG(MT6360_HVDCP_DET),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHGDETI),
+ MT6360_REGMAP_IRQ_REG(MT6360_DCDTI),
+ MT6360_REGMAP_IRQ_REG(MT6360_FOD_DONE_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FOD_OV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_UVP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_OVP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_CHRDET_EXT_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FOD_LR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FOD_HR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FOD_DISCHG_FAIL_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_USBID_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_APWDTRST_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_EN_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_QONB_RST_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_MRSTB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_OTP_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_VDDAOV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_SYSUV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED_STRBPIN_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED_TORPIN_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED_TX_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED_LVF_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED2_SHORT_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED1_SHORT_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED2_STRB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED1_STRB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED2_STRB_TO_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED1_STRB_TO_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED2_TOR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_FLED1_TOR_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_OV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK1_UV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_OV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_BUCK2_UV_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO1_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO2_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO3_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO5_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO6_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO7_OC_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO1_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO2_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO3_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO5_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO6_PGB_EVT),
+ MT6360_REGMAP_IRQ_REG(MT6360_LDO7_PGB_EVT),
+};
+
+static int mt6360_pmu_handle_post_irq(void *irq_drv_data)
+{
+ struct mt6360_pmu_info *mpi = irq_drv_data;
+
+ return regmap_update_bits(mpi->regmap,
+ MT6360_PMU_IRQ_SET, MT6360_IRQ_RETRIG, MT6360_IRQ_RETRIG);
+}
+
+static const struct regmap_irq_chip mt6360_pmu_irq_chip = {
+ .irqs = mt6360_pmu_irqs,
+ .num_irqs = ARRAY_SIZE(mt6360_pmu_irqs),
+ .num_regs = MT6360_PMU_IRQ_REGNUM,
+ .mask_base = MT6360_PMU_CHG_MASK1,
+ .status_base = MT6360_PMU_CHG_IRQ1,
+ .ack_base = MT6360_PMU_CHG_IRQ1,
+ .init_ack_masked = true,
+ .use_ack = true,
+ .handle_post_irq = mt6360_pmu_handle_post_irq,
+};
+
+static const struct regmap_config mt6360_pmu_regmap_config = {
+ .reg_bits = 8,
+ .val_bits = 8,
+ .max_register = MT6360_PMU_MAXREG,
+};
+
+static const struct resource mt6360_adc_resources[] = {
+ DEFINE_RES_IRQ_NAMED(MT6360_ADC_DONEI, "adc_donei"),
+};
+
+static const struct resource mt6360_chg_resources[] = {
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_TREG_EVT, "chg_treg_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_PWR_RDY_EVT, "pwr_rdy_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_BATSYSUV_EVT, "chg_batsysuv_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_VSYSUV_EVT, "chg_vsysuv_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_VSYSOV_EVT, "chg_vsysov_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_VBATOV_EVT, "chg_vbatov_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_VBUSOV_EVT, "chg_vbusov_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_AICCMEASL, "chg_aiccmeasl"),
+ DEFINE_RES_IRQ_NAMED(MT6360_WDTMRI, "wdtmri"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_RECHGI, "chg_rechgi"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_TERMI, "chg_termi"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHG_IEOCI, "chg_ieoci"),
+ DEFINE_RES_IRQ_NAMED(MT6360_PUMPX_DONEI, "pumpx_donei"),
+ DEFINE_RES_IRQ_NAMED(MT6360_ATTACH_I, "attach_i"),
+ DEFINE_RES_IRQ_NAMED(MT6360_CHRDET_EXT_EVT, "chrdet_ext_evt"),
+};
+
+static const struct resource mt6360_led_resources[] = {
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED_CHG_VINOVP_EVT, "fled_chg_vinovp_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED_LVF_EVT, "fled_lvf_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED2_SHORT_EVT, "fled2_short_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED1_SHORT_EVT, "fled1_short_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED2_STRB_TO_EVT, "fled2_strb_to_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_FLED1_STRB_TO_EVT, "fled1_strb_to_evt"),
+};
+
+static const struct resource mt6360_pmic_resources[] = {
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_PGB_EVT, "buck1_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_OC_EVT, "buck1_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_OV_EVT, "buck1_ov_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK1_UV_EVT, "buck1_uv_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_PGB_EVT, "buck2_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_OC_EVT, "buck2_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_OV_EVT, "buck2_ov_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_BUCK2_UV_EVT, "buck2_uv_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO6_OC_EVT, "ldo6_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO7_OC_EVT, "ldo7_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO6_PGB_EVT, "ldo6_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO7_PGB_EVT, "ldo7_pgb_evt"),
+};
+
+static const struct resource mt6360_ldo_resources[] = {
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO1_OC_EVT, "ldo1_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO2_OC_EVT, "ldo2_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO3_OC_EVT, "ldo3_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO5_OC_EVT, "ldo5_oc_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO1_PGB_EVT, "ldo1_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO2_PGB_EVT, "ldo2_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO3_PGB_EVT, "ldo3_pgb_evt"),
+ DEFINE_RES_IRQ_NAMED(MT6360_LDO5_PGB_EVT, "ldo5_pgb_evt"),
+};
+
+static const struct mfd_cell mt6360_devs[] = {
+ MT6360_MFD_CELL(mt6360_adc),
+ MT6360_MFD_CELL(mt6360_chg),
+ MT6360_MFD_CELL(mt6360_led),
+ MT6360_MFD_CELL(mt6360_pmic),
+ MT6360_MFD_CELL(mt6360_ldo),
+ /* tcpc dev */
+ {
+ .name = "mt6360_tcpc",
+ .of_compatible = "mediatek,mt6360_tcpc",
+ },
+};
+
+static const unsigned short mt6360_slave_addr[MT6360_SLAVE_MAX] = {
+ MT6360_PMU_SLAVEID,
+ MT6360_PMIC_SLAVEID,
+ MT6360_LDO_SLAVEID,
+ MT6360_TCPC_SLAVEID,
+};
+
+static int mt6360_pmu_probe(struct i2c_client *client,
+ const struct i2c_device_id *id)
+{
+ struct mt6360_pmu_info *mpi;
+ unsigned int reg_data = 0;
+ int i, ret;
+
+ mpi = devm_kzalloc(&client->dev, sizeof(*mpi), GFP_KERNEL);
+ if (!mpi)
+ return -ENOMEM;
+ mpi->dev = &client->dev;
+ i2c_set_clientdata(client, mpi);
+
+ /* regmap regiser */
+ mpi->regmap = devm_regmap_init_i2c(client, &mt6360_pmu_regmap_config);
+ if (IS_ERR(mpi->regmap)) {
+ dev_err(&client->dev, "regmap register fail\n");
+ return PTR_ERR(mpi->regmap);
+ }
+ /* chip id check */
+ ret = regmap_read(mpi->regmap, MT6360_PMU_DEV_INFO, ®_data);
+ if (ret < 0) {
+ dev_err(&client->dev, "device not found\n");
+ return ret;
+ }
+ if ((reg_data & CHIP_VEN_MASK) != CHIP_VEN_MT6360) {
+ dev_err(&client->dev, "not mt6360 chip\n");
+ return -ENODEV;
+ }
+ mpi->chip_rev = reg_data & CHIP_REV_MASK;
+ /* irq register */
+ memcpy(&mpi->irq_chip, &mt6360_pmu_irq_chip, sizeof(mpi->irq_chip));
+ mpi->irq_chip.name = dev_name(&client->dev);
+ mpi->irq_chip.irq_drv_data = mpi;
+ ret = devm_regmap_add_irq_chip(&client->dev, mpi->regmap, client->irq,
+ IRQF_TRIGGER_FALLING, 0, &mpi->irq_chip,
+ &mpi->irq_data);
+ if (ret < 0) {
+ dev_err(&client->dev, "regmap irq chip add fail\n");
+ return ret;
+ }
+ /* new i2c slave device */
+ for (i = 0; i < MT6360_SLAVE_MAX; i++) {
+ if (mt6360_slave_addr[i] == client->addr) {
+ mpi->i2c[i] = client;
+ continue;
+ }
+ mpi->i2c[i] = i2c_new_dummy(client->adapter,
+ mt6360_slave_addr[i]);
+ if (!mpi->i2c[i]) {
+ dev_err(&client->dev, "new i2c dev [%d] fail\n", i);
+ ret = -ENODEV;
+ goto out;
+ }
+ i2c_set_clientdata(mpi->i2c[i], mpi);
+ }
+ /* mfd cell register */
+ ret = devm_mfd_add_devices(&client->dev, PLATFORM_DEVID_AUTO,
+ mt6360_devs, ARRAY_SIZE(mt6360_devs), NULL,
+ 0, regmap_irq_get_domain(mpi->irq_data));
+ if (ret < 0) {
+ dev_err(&client->dev, "mfd add cells fail\n");
+ goto out;
+ }
+ dev_info(&client->dev, "Successfully probed\n");
+ return 0;
+out:
+ while (--i >= 0) {
+ if (mpi->i2c[i]->addr == client->addr)
+ continue;
+ i2c_unregister_device(mpi->i2c[i]);
+ }
+ return ret;
+}
+
+static int mt6360_pmu_remove(struct i2c_client *client)
+{
+ struct mt6360_pmu_info *mpi = i2c_get_clientdata(client);
+ int i;
+
+ for (i = 0; i < MT6360_SLAVE_MAX; i++) {
+ if (mpi->i2c[i]->addr == client->addr)
+ continue;
+ i2c_unregister_device(mpi->i2c[i]);
+ }
+ return 0;
+}
+
+static int __maybe_unused mt6360_pmu_suspend(struct device *dev)
+{
+ struct i2c_client *i2c = to_i2c_client(dev);
+
+ if (device_may_wakeup(dev))
+ enable_irq_wake(i2c->irq);
+ return 0;
+}
+
+static int __maybe_unused mt6360_pmu_resume(struct device *dev)
+{
+
+ struct i2c_client *i2c = to_i2c_client(dev);
+
+ if (device_may_wakeup(dev))
+ disable_irq_wake(i2c->irq);
+ return 0;
+}
+
+static SIMPLE_DEV_PM_OPS(mt6360_pmu_pm_ops,
+ mt6360_pmu_suspend, mt6360_pmu_resume);
+
+static const struct of_device_id __maybe_unused mt6360_pmu_of_id[] = {
+ { .compatible = "mediatek,mt6360_pmu", },
+ {},
+};
+MODULE_DEVICE_TABLE(of, mt6360_pmu_of_id);
+
+static const struct i2c_device_id mt6360_pmu_id[] = {
+ { "mt6360_pmu", 0 },
+ {},
+};
+MODULE_DEVICE_TABLE(i2c, mt6360_pmu_id);
+
+static struct i2c_driver mt6360_pmu_driver = {
+ .driver = {
+ .name = "mt6360_pmu",
+ .owner = THIS_MODULE,
+ .pm = &mt6360_pmu_pm_ops,
+ .of_match_table = of_match_ptr(mt6360_pmu_of_id),
+ },
+ .probe = mt6360_pmu_probe,
+ .remove = mt6360_pmu_remove,
+ .id_table = mt6360_pmu_id,
+};
+module_i2c_driver(mt6360_pmu_driver);
+
+MODULE_AUTHOR("CY_Huang <cy_huang@richtek.com>");
+MODULE_DESCRIPTION("MT6360 PMU I2C Driver");
+MODULE_LICENSE("GPL");
+MODULE_VERSION("1.0.0");
--
1.9.1
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-08-23 2:12 Rob Herring
0 siblings, 0 replies; 3437+ messages in thread
From: Rob Herring @ 2019-08-23 2:12 UTC (permalink / raw)
To: dri-devel
Cc: Maxime Ripard, Tomeu Vizoso, David Airlie, Sean Paul,
Steven Price, Boris Brezillon, Alyssa Rosenzweig, Robin Murphy
Subject: [PATCH v2 0/8] panfrost: Locking and runtime PM fixes
With further testing of recent changes with lockdep and other locking
checks enabled, we've found several bugs in the shrinker code and one
sleep while atomic in panfrost_gem_open(). This series addresses those
issues.
Delaying the unmapping of pages turns out to be a bad idea. Instead we
need to rework panfrost_mmu_unmap() to not do a runtime PM resume which
takes several locks and causes more lockdep warnings. Unfortunately,
there initially appeared to be some mismatches between the runtime PM
state and the h/w. The result is several fixes to the runtime PM
initialization and handling in jobs. With this, the changes to
panfrost_mmu_unmap() are working correctly.
v2:
- Drop already applied 'drm/panfrost: Fix sleeping while atomic in
panfrost_gem_open'
- Runtime PM clean-ups
- Keep panfrost_gem_purge and use mutex_trylock there
- Rework panfrost_mmu_unmap runtime PM
Rob
Rob Herring (8):
drm/panfrost: Fix possible suspend in panfrost_remove
drm/panfrost: Rework runtime PM initialization
drm/panfrost: Hold runtime PM reference until jobs complete
drm/shmem: Do dma_unmap_sg before purging pages
drm/shmem: Use mutex_trylock in drm_gem_shmem_purge
drm/panfrost: Use mutex_trylock in panfrost_gem_purge
drm/panfrost: Rework page table flushing and runtime PM interaction
drm/panfrost: Remove unnecessary flushing from tlb_inv_context
drivers/gpu/drm/drm_gem_shmem_helper.c | 13 ++++-
drivers/gpu/drm/panfrost/panfrost_device.c | 9 ----
drivers/gpu/drm/panfrost/panfrost_drv.c | 16 ++++---
.../gpu/drm/panfrost/panfrost_gem_shrinker.c | 11 +++--
drivers/gpu/drm/panfrost/panfrost_job.c | 16 ++++---
drivers/gpu/drm/panfrost/panfrost_mmu.c | 47 +++++++++----------
include/drm/drm_gem_shmem_helper.h | 2 +-
7 files changed, 59 insertions(+), 55 deletions(-)
--
2.20.1
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-06-07 0:54 Dave Airlie
0 siblings, 0 replies; 3437+ messages in thread
From: Dave Airlie @ 2019-06-07 0:54 UTC (permalink / raw)
To: Linus Torvalds, Daniel Vetter; +Cc: dri-devel, LKML
Hey Linus,
A small bit more lively this week but not majorly so. I'm away in
Japan next week for family holiday, so I'll be pretty disconnected,
I've asked Daniel to do fixes for the week while I'm out.
core:
- Allow fb changes in async commits (drivers as well)
udmabuf:
- Unmap scatterlist when unmapping udmabuf
komeda:
- oops, dma mapping and warning fixes
arm-hdlcd:
- clock fixes,
- mode validation fix
i915:
- Add a missing Icelake workaround
- GVT - DMA map fault fix and enforcement fixes
Dave.
amdgpu:
- DCE resume fix
- New raven variation updates
drm-fixes-2019-06-07:
drm i915, amdgpu, arm display, atomic update fixes
The following changes since commit f2c7c76c5d0a443053e94adb9f0918fa2fb85c3a:
Linux 5.2-rc3 (2019-06-02 13:55:33 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-06-07
for you to fetch changes up to e659b4122cf9e0938b80215de6c06823fb4cf796:
Merge tag 'drm-intel-fixes-2019-06-06' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes (2019-06-07
10:41:33 +1000)
----------------------------------------------------------------
drm i915, amdgpu, arm display, atomic update fixes
----------------------------------------------------------------
Aleksei Gimbitskii (2):
drm/i915/gvt: Check if cur_pt_type is valid
drm/i915/gvt: Assign NULL to the pointer after memory free.
Chengming Gui (1):
drm/amd/powerplay: add set_power_profile_mode for raven1_refresh
Colin Xu (3):
drm/i915/gvt: Update force-to-nonpriv register whitelist
drm/i915/gvt: Fix GFX_MODE handling
drm/i915/gvt: Fix vGPU CSFE_CHICKEN1_REG mmio handler
Dan Carpenter (1):
drm/komeda: Potential error pointer dereference
Dave Airlie (5):
Merge tag 'drm-intel-fixes-2019-06-03' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Merge branch 'drm-fixes-5.2' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'drm-misc-fixes-2019-06-05' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge branch 'malidp-fixes' of git://linux-arm.org/linux-ld into drm-fixes
Merge tag 'drm-intel-fixes-2019-06-06' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Gao, Fred (1):
drm/i915/gvt: Fix cmd length of VEB_DI_IECP
Helen Koike (5):
drm/rockchip: fix fb references in async update
drm/amd: fix fb references in async update
drm/msm: fix fb references in async update
drm/vc4: fix fb references in async update
drm: don't block fb changes for async plane updates
Joonas Lahtinen (2):
Merge tag 'gvt-fixes-2019-05-30' of
https://github.com/intel/gvt-linux into drm-intel-fixes
Merge tag 'gvt-fixes-2019-06-05' of
https://github.com/intel/gvt-linux into drm-intel-fixes
Louis Li (1):
drm/amdgpu: fix ring test failure issue during s3 in vce 3.0 (V2)
Lowry Li (Arm Technology China) (1):
drm/komeda: fixing of DMA mapping sg segment warning
Lucas Stach (1):
udmabuf: actually unmap the scatterlist
Prike Liang (1):
drm/amd/amdgpu: add RLC firmware to support raven1 refresh
Robin Murphy (2):
drm/arm/hdlcd: Actually validate CRTC modes
drm/arm/hdlcd: Allow a bit of clock tolerance
Tina Zhang (1):
drm/i915/gvt: Initialize intel_gvt_gtt_entry in stack
Tvrtko Ursulin (1):
drm/i915/icl: Add WaDisableBankHangMode
Weinan Li (1):
drm/i915/gvt: add F_CMD_ACCESS flag for wa regs
Wen He (1):
drm/arm/mali-dp: Add a loop around the second set CVAL and try 5 times
Xiaolin Zhang (1):
drm/i915/gvt: save RING_HEAD into vreg when vgpu switched out
Xiong Zhang (1):
drm/i915/gvt: refine ggtt range validation
YueHaibing (1):
drm/komeda: remove set but not used variable 'kcrtc'
james qian wang (Arm Technology China) (1):
drm/komeda: Constify the usage of komeda_component/pipeline/dev_funcs
drivers/dma-buf/udmabuf.c | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 12 ++---
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 15 +++++++
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 4 +-
drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 12 ++++-
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 3 +-
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c | 1 +
drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.c | 31 +++++++++++--
drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 1 +
.../gpu/drm/arm/display/komeda/d71/d71_component.c | 8 ++--
drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c | 4 +-
drivers/gpu/drm/arm/display/komeda/komeda_crtc.c | 2 +-
drivers/gpu/drm/arm/display/komeda/komeda_dev.c | 6 ++-
drivers/gpu/drm/arm/display/komeda/komeda_dev.h | 8 ++--
.../gpu/drm/arm/display/komeda/komeda_pipeline.c | 4 +-
.../gpu/drm/arm/display/komeda/komeda_pipeline.h | 10 ++---
drivers/gpu/drm/arm/display/komeda/komeda_plane.c | 4 +-
drivers/gpu/drm/arm/hdlcd_crtc.c | 14 +++---
drivers/gpu/drm/arm/malidp_drv.c | 13 +++++-
drivers/gpu/drm/drm_atomic_helper.c | 22 +++++-----
drivers/gpu/drm/i915/gvt/cmd_parser.c | 2 +-
drivers/gpu/drm/i915/gvt/gtt.c | 38 +++++++++++-----
drivers/gpu/drm/i915/gvt/handlers.c | 49 ++++++++++++++++++---
drivers/gpu/drm/i915/gvt/reg.h | 2 +
drivers/gpu/drm/i915/gvt/scheduler.c | 25 +++++++++++
drivers/gpu/drm/i915/gvt/scheduler.h | 1 +
drivers/gpu/drm/i915/i915_reg.h | 3 ++
drivers/gpu/drm/i915/intel_workarounds.c | 6 +++
drivers/gpu/drm/msm/disp/mdp5/mdp5_plane.c | 4 ++
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 51 +++++++++++-----------
drivers/gpu/drm/vc4/vc4_plane.c | 2 +-
include/drm/drm_modeset_helper_vtables.h | 8 ++++
33 files changed, 268 insertions(+), 99 deletions(-)
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-05-26 11:51 Thomas Meyer
0 siblings, 0 replies; 3437+ messages in thread
From: Thomas Meyer @ 2019-05-26 11:51 UTC (permalink / raw)
From thomas@m3y3r.de Sun May 26 13:49:04 2019
Subject: [PATCH] drm/omap: Make sure device_id tables are NULL terminated
To: tomi.valkeinen@ti.com, airlied@linux.ie, daniel@ffwll.ch,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-Patch: Cocci
X-Mailer: DiffSplit
Message-ID: <1558871364611-249425076-1-diffsplit-thomas@m3y3r.de>
References: <1558871364605-1026448693-0-diffsplit-thomas@m3y3r.de>
In-Reply-To: <1558871364605-1026448693-0-diffsplit-thomas@m3y3r.de>
X-Serial-No: 1
Make sure (of/i2c/platform)_device_id tables are NULL terminated.
Signed-off-by: Thomas Meyer <thomas@m3y3r.de>
---
diff -u -p a/drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c b/drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c
--- a/drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c
+++ b/drivers/gpu/drm/omapdrm/dss/omapdss-boot-init.c
@@ -198,6 +198,7 @@ static const struct of_device_id omapdss
{ .compatible = "toppoly,td028ttec1" },
{ .compatible = "tpo,td028ttec1" },
{ .compatible = "tpo,td043mtea1" },
+ {},
};
static int __init omapdss_boot_init(void)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-05-16 3:48 Mail Delivery Subsystem
0 siblings, 0 replies; 3437+ messages in thread
From: Mail Delivery Subsystem @ 2019-05-16 3:48 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 2 days:
Host 81.249.114.149 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: (unknown)
2019-04-10 15:02 ` (unknown) Lange Norbert
@ 2019-04-10 16:46 ` Jan Kiszka
0 siblings, 0 replies; 3437+ messages in thread
From: Jan Kiszka @ 2019-04-10 16:46 UTC (permalink / raw)
To: Lange Norbert, Xenomai
On 10.04.19 17:02, Lange Norbert wrote:
>
>
>> -----Original Message-----
>> From: Jan Kiszka <jan.kiszka@siemens.com>
>> Sent: Mittwoch, 10. April 2019 16:48
>> To: Lange Norbert <norbert.lange@andritz.com>; Xenomai
>> <xenomai@xenomai.org>
>> Subject: Re: (unknown)
>>
>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>>
>>
>> [re-adding the list]
>>
>> On 10.04.19 16:44, Lange Norbert wrote:
>>>
>>>
>>>> -----Original Message-----
>>>> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka
>> via
>>>> Xenomai
>>>> Sent: Mittwoch, 10. April 2019 16:36
>>>> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
>>>> Subject: Re: (unknown)
>>>>
>>>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>>>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR
>> ATTACHMENTS.
>>>>
>>>>
>>>> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
>>>>> V3 of the patchset, corrected many checkstyle issues, simplified
>>>>> condvar autoinit.
>>>>>
>>>>> I did not use ARRAY_SIZE, as that would need another include.
>>>>>
>>>>
>>>> All applied now. Patch 1 was not cleanly based on next, though. I think some
>>>> local style cleanup was missing.
>>>
>>> I based all patches on master, thought this is the primary development branch?
>>>
>>
>> Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not,
>> and that made the application fail. Maybe that was removed while transporting
>> the patch into your mail client - better use git send-email in that case.
>
> I use git send-email, you would not be happy if I sent patches over our IT Server
> (one or two examples should reside somewhere in the ML) =).
Yeah, I fully understand.
>
> I did use git-format-patch with --ignore-space-at-eol, maybe that’s the reason.
I'm pretty sure that was it. OK - one off.
>
> I know there are a few holdouts, but since you got a gitlab server and ci running already,
> merge-requests could do all those style checks and test for build-failures without taking
> any time of the maintainers and shorter feedback cycles for the contributors.
> My IT is rather hostile to anything email based.
Unfortunately, also with gitlab, the working mode decision remains a binary one:
If we start allowing MRs and do review on that platform, we need to migrate
everything over. There is no integration that allows to mirror one feed into the
other to avoid community split.
I do quite a few gitlab-based reviews as well, for internal stuff. It's making
some things easier and others more complicated for me. Tracking the history of
patch series can be easier. However, reviewing larger series requires large
amounts of mouse clicks, and you easily lose overview. At least, gitlab is not
as broken as github (github still reorders patches according to dates - ouch).
And even in times of CI, and eventually also continuous testing, review remains
a manual (visual) task.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3437+ messages in thread
* RE: (unknown)
2019-04-10 14:47 ` (unknown) Jan Kiszka
@ 2019-04-10 15:02 ` Lange Norbert
2019-04-10 16:46 ` (unknown) Jan Kiszka
0 siblings, 1 reply; 3437+ messages in thread
From: Lange Norbert @ 2019-04-10 15:02 UTC (permalink / raw)
To: Jan Kiszka, Xenomai
> -----Original Message-----
> From: Jan Kiszka <jan.kiszka@siemens.com>
> Sent: Mittwoch, 10. April 2019 16:48
> To: Lange Norbert <norbert.lange@andritz.com>; Xenomai
> <xenomai@xenomai.org>
> Subject: Re: (unknown)
>
> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>
>
> [re-adding the list]
>
> On 10.04.19 16:44, Lange Norbert wrote:
> >
> >
> >> -----Original Message-----
> >> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka
> via
> >> Xenomai
> >> Sent: Mittwoch, 10. April 2019 16:36
> >> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
> >> Subject: Re: (unknown)
> >>
> >> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
> >> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR
> ATTACHMENTS.
> >>
> >>
> >> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> >>> V3 of the patchset, corrected many checkstyle issues, simplified
> >>> condvar autoinit.
> >>>
> >>> I did not use ARRAY_SIZE, as that would need another include.
> >>>
> >>
> >> All applied now. Patch 1 was not cleanly based on next, though. I think some
> >> local style cleanup was missing.
> >
> > I based all patches on master, thought this is the primary development branch?
> >
>
> Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not,
> and that made the application fail. Maybe that was removed while transporting
> the patch into your mail client - better use git send-email in that case.
I use git send-email, you would not be happy if I sent patches over our IT Server
(one or two examples should reside somewhere in the ML) =).
I did use git-format-patch with --ignore-space-at-eol, maybe that’s the reason.
I know there are a few holdouts, but since you got a gitlab server and ci running already,
merge-requests could do all those style checks and test for build-failures without taking
any time of the maintainers and shorter feedback cycles for the contributors.
My IT is rather hostile to anything email based.
Norbert
________________________________
This message and any attachments are solely for the use of the intended recipients. They may contain privileged and/or confidential information or other information protected from disclosure. If you are not an intended recipient, you are hereby notified that you received this email in error and that any review, dissemination, distribution or copying of this email and any attachment is strictly prohibited. If you have received this email in error, please contact the sender and delete the message and any attachment from your system.
ANDRITZ HYDRO GmbH
Rechtsform/ Legal form: Gesellschaft mit beschränkter Haftung / Corporation
Firmensitz/ Registered seat: Wien
Firmenbuchgericht/ Court of registry: Handelsgericht Wien
Firmenbuchnummer/ Company registration: FN 61833 g
DVR: 0605077
UID-Nr.: ATU14756806
Thank You
________________________________
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: (unknown)
[not found] ` <VI1PR05MB5917B5956F2E9365F10D6539F62E0@VI1PR05MB5917.eurprd05.prod.outlook.com>
@ 2019-04-10 14:47 ` Jan Kiszka
2019-04-10 15:02 ` (unknown) Lange Norbert
0 siblings, 1 reply; 3437+ messages in thread
From: Jan Kiszka @ 2019-04-10 14:47 UTC (permalink / raw)
To: Lange Norbert, Xenomai
[re-adding the list]
On 10.04.19 16:44, Lange Norbert wrote:
>
>
>> -----Original Message-----
>> From: Xenomai <xenomai-bounces@xenomai.org> On Behalf Of Jan Kiszka via
>> Xenomai
>> Sent: Mittwoch, 10. April 2019 16:36
>> To: Norbert Lange <nolange79@gmail.com>; xenomai@xenomai.org
>> Subject: Re: (unknown)
>>
>> E-MAIL FROM A NON-ANDRITZ SOURCE: AS A SECURITY MEASURE, PLEASE
>> EXERCISE CAUTION WITH E-MAIL CONTENT AND ANY LINKS OR ATTACHMENTS.
>>
>>
>> On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
>>> V3 of the patchset, corrected many checkstyle issues, simplified
>>> condvar autoinit.
>>>
>>> I did not use ARRAY_SIZE, as that would need another include.
>>>
>>
>> All applied now. Patch 1 was not cleanly based on next, though. I think some
>> local style cleanup was missing.
>
> I based all patches on master, thought this is the primary development branch?
>
Line 566 in lib/cobalt/mutex.c had a trailing tab, your patch context did not,
and that made the application fail. Maybe that was removed while transporting
the patch into your mail client - better use git send-email in that case.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: (unknown)
2019-04-10 11:14 Norbert Lange
2019-04-10 13:37 ` (unknown) Jan Kiszka
@ 2019-04-10 14:36 ` Jan Kiszka
[not found] ` <VI1PR05MB5917B5956F2E9365F10D6539F62E0@VI1PR05MB5917.eurprd05.prod.outlook.com>
1 sibling, 1 reply; 3437+ messages in thread
From: Jan Kiszka @ 2019-04-10 14:36 UTC (permalink / raw)
To: Norbert Lange, xenomai
On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> V3 of the patchset, corrected many checkstyle issues,
> simplified condvar autoinit.
>
> I did not use ARRAY_SIZE, as that would need another include.
>
All applied now. Patch 1 was not cleanly based on next, though. I think some
local style cleanup was missing.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: (unknown)
2019-04-10 11:17 Norbert Lange
@ 2019-04-10 14:15 ` Jan Kiszka
0 siblings, 0 replies; 3437+ messages in thread
From: Jan Kiszka @ 2019-04-10 14:15 UTC (permalink / raw)
To: Norbert Lange, xenomai
On 10.04.19 13:17, Norbert Lange via Xenomai wrote:
> V2 of the patchset. Fixed checkstyle issues, better identation,
> and aded casts to silence (false) pedantic warnings.
>
Both applied to next, thanks.
You probably want to edit your cover letter subject as well - or use git
format-patch.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3437+ messages in thread
* Re: (unknown)
2019-04-10 11:14 Norbert Lange
@ 2019-04-10 13:37 ` Jan Kiszka
2019-04-10 14:36 ` (unknown) Jan Kiszka
1 sibling, 0 replies; 3437+ messages in thread
From: Jan Kiszka @ 2019-04-10 13:37 UTC (permalink / raw)
To: Norbert Lange, xenomai
On 10.04.19 13:14, Norbert Lange via Xenomai wrote:
> V3 of the patchset, corrected many checkstyle issues,
> simplified condvar autoinit.
>
Thanks for the update!
> I did not use ARRAY_SIZE, as that would need another include.
>
Ah, we do not have this construct in lib/ so far.
There are private ARRAY_LEN macros in lib/analogy/calibration.c and
utils/analogy/analogy_calibrate.h. Well, something that can be consolidates later.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-04-05 2:38 Changbin Du
0 siblings, 0 replies; 3437+ messages in thread
From: Changbin Du @ 2019-04-05 2:38 UTC (permalink / raw)
To: Jonathan Corbet
Cc: Rafael J. Wysocki, Changbin Du, Rafael J. Wysocki, Len Brown,
ACPI Devel Maling List, Linux Kernel Mailing List,
open list:DOCUMENTATION, Bjorn Helgaas
Bcc:
Subject: Re: [PATCH v2 00/24] Include linux ACPI docs into Sphinx TOC tree
Reply-To:
In-Reply-To: <20190403133613.13f3fd75@lwn.net>
+ Bjorn
On Wed, Apr 03, 2019 at 01:36:13PM -0600, Jonathan Corbet wrote:
> On Tue, 2 Apr 2019 10:25:23 +0200
> "Rafael J. Wysocki" <rafael@kernel.org> wrote:
>
> > There are ACPI-related documents currently in Documentation/acpi/ that
> > don't clearly fall under either driver-api or admin-guide. For
> > example, some of them describe various aspects of the ACPI support
> > subsystem operation and some document expectations with respect to the
> > ACPI tables provided by the firmware etc.
> >
> > Where would you recommend to put them after converting to .rst?
>
> OK, I've done some pondering on this. Maybe what we need is a new
> top-level "hardware guide" book meant to hold information on how the
> hardware works and what the kernel's expectations are. Architecture
> information could maybe go there too. Would this make sense?
>
> If so, I could see a division like this:
>
> Hardware guide
> acpi-lid
> aml-debugger (or maybe driver api?)
> debug (ditto)
> DSD-properties-rules
> gpio-properties
> i2c-muxes
>
> Admin guide
> cppc_sysfs
> initrd_table_override
>
> Driver-API
> enumeration
> scan_handlers
>
> other:
> dsdt-override: find another home for those five lines
>
Then, should we create dedicated sub-directories for these new charpters and
move documents to coresspoding one? Now we have 'admin-guide' and all admin-guid
docs are under it, otherwise we will have reference across different folders.
For example, the 'admin-guide/index.rst' will have:
...
../acpi/osi
...
Which seems not good.
> ...and so on. I've probably gotten at least one of those wrong, but that's
> the idea.
>
> Of course, then it would be nice to better integrate those documents so
> that they fit into a single coherent whole...a guy can dream...:)
>
I am not an adminstrator, so I don't know how adminstrators use this kernel
documentation. But as a kernel developer, I prefer all related documents
integrated into one charpter. Because I probably miss some useful sections
if the documents are distributed into several charpters. And this is usually
how a book is written (One charpter focus on one topic and has sub-sections
such as overview, backgroud knowledge, implemenation details..),
but a book mostly target on hypothetical readers...
> Thanks,
>
> jon
--
Cheers,
Changbin Du
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-04-04 5:56 Mail Delivery Subsystem
0 siblings, 0 replies; 3437+ messages in thread
From: Mail Delivery Subsystem @ 2019-04-04 5:56 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 1 days:
Host 66.24.245.203 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-03-29 0:36 邀请函
0 siblings, 0 replies; 3437+ messages in thread
From: 邀请函 @ 2019-03-29 0:36 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
-------- 转发邮件信息 --------
发件人:mivczrufz@exu.net
发送日期:2019-3-29 8:36:49
收件人:linux-nvdimm@lists.01.org
~附~件~内~容~请~您~查~阅~
8:36:49
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-03-21 1:51 zhuchangchun
0 siblings, 0 replies; 3437+ messages in thread
From: zhuchangchun @ 2019-03-21 1:51 UTC (permalink / raw)
To: linux-kernel, linux-gpio
subscribe linux-kernel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-03-19 14:41 Maxim Levitsky
0 siblings, 0 replies; 3437+ messages in thread
From: Maxim Levitsky @ 2019-03-19 14:41 UTC (permalink / raw)
To: linux-nvme
Cc: Maxim Levitsky, linux-kernel, kvm, Jens Axboe, Alex Williamson,
Keith Busch, Christoph Hellwig, Sagi Grimberg, Kirti Wankhede,
David S . Miller, Mauro Carvalho Chehab, Greg Kroah-Hartman,
Wolfram Sang, Nicolas Ferre, Paul E . McKenney ,
Paolo Bonzini, Liang Cunming, Liu Changpeng, Fam Zheng,
Amnon Ilan, John
Date: Tue, 19 Mar 2019 14:45:45 +0200
Subject: [PATCH 0/9] RFC: NVME VFIO mediated device
Hi everyone!
In this patch series, I would like to introduce my take on the problem of doing
as fast as possible virtualization of storage with emphasis on low latency.
In this patch series I implemented a kernel vfio based, mediated device that
allows the user to pass through a partition and/or whole namespace to a guest.
The idea behind this driver is based on paper you can find at
https://www.usenix.org/conference/atc18/presentation/peng,
Although note that I stared the development prior to reading this paper,
independently.
In addition to that implementation is not based on code used in the paper as
I wasn't being able at that time to make the source available to me.
***Key points about the implementation:***
* Polling kernel thread is used. The polling is stopped after a
predefined timeout (1/2 sec by default).
Support for all interrupt driven mode is planned, and it shows promising results.
* Guest sees a standard NVME device - this allows to run guest with
unmodified drivers, for example windows guests.
* The NVMe device is shared between host and guest.
That means that even a single namespace can be split between host
and guest based on different partitions.
* Simple configuration
*** Performance ***
Performance was tested on Intel DC P3700, With Xeon E5-2620 v2
and both latency and throughput is very similar to SPDK.
Soon I will test this on a better server and nvme device and provide
more formal performance numbers.
Latency numbers:
~80ms - spdk with fio plugin on the host.
~84ms - nvme driver on the host
~87ms - mdev-nvme + nvme driver in the guest
Throughput was following similar pattern as well.
* Configuration example
$ modprobe nvme mdev_queues=4
$ modprobe nvme-mdev
$ UUID=$(uuidgen)
$ DEVICE='device pci address'
$ echo $UUID > /sys/bus/pci/devices/$DEVICE/mdev_supported_types/nvme-2Q_V1/create
$ echo n1p3 > /sys/bus/mdev/devices/$UUID/namespaces/add_namespace #attach host namespace 1 parition 3
$ echo 11 > /sys/bus/mdev/devices/$UUID/settings/iothread_cpu #pin the io thread to cpu 11
Afterward boot qemu with
-device vfio-pci,sysfsdev=/sys/bus/mdev/devices/$UUID
Zero configuration on the guest.
*** FAQ ***
* Why to make this in the kernel? Why this is better that SPDK
-> Reuse the existing nvme kernel driver in the host. No new drivers in the guest.
-> Share the NVMe device between host and guest.
Even in fully virtualized configurations,
some partitions of nvme device could be used by guests as block devices
while others passed through with nvme-mdev to achieve balance between
all features of full IO stack emulation and performance.
-> NVME-MDEV is a bit faster due to the fact that in-kernel driver
can send interrupts to the guest directly without a context
switch that can be expensive due to meltdown mitigation.
-> Is able to utilize interrupts to get reasonable performance.
This is only implemented
as a proof of concept and not included in the patches,
but interrupt driven mode shows reasonable performance
-> This is a framework that later can be used to support NVMe devices
with more of the IO virtualization built-in
(IOMMU with PASID support coupled with device that supports it)
* Why to attach directly to nvme-pci driver and not use block layer IO
-> The direct attachment allows for better performance, but I will
check the possibility of using block IO, especially for fabrics drivers.
*** Implementation notes ***
* All guest memory is mapped into the physical nvme device
but not 1:1 as vfio-pci would do this.
This allows very efficient DMA.
To support this, patch 2 adds ability for a mdev device to listen on
guest's memory map events.
Any such memory is immediately pinned and then DMA mapped.
(Support for fabric drivers where this is not possible exits too,
in which case the fabric driver will do its own DMA mapping)
* nvme core driver is modified to announce the appearance
and disappearance of nvme controllers and namespaces,
to which the nvme-mdev driver is subscribed.
* nvme-pci driver is modified to expose raw interface of attaching to
and sending/polling the IO queues.
This allows the mdev driver very efficiently to submit/poll for the IO.
By default one host queue is used per each mediated device.
(support for other fabric based host drivers is planned)
* The nvme-mdev doesn't assume presence of KVM, thus any VFIO user, including
SPDK, a qemu running with tccg, ... can use this virtual device.
*** Testing ***
The device was tested with stock QEMU 3.0 on the host,
with host was using 5.0 kernel with nvme-mdev added and the following hardware:
* QEMU nvme virtual device (with nested guest)
* Intel DC P3700 on Xeon E5-2620 v2 server
* Samsung SM981 (in a Thunderbolt enclosure, with my laptop)
* Lenovo NVME device found in my laptop
The guest was tested with kernel 4.16, 4.18, 4.20 and
the same custom complied kernel 5.0
Windows 10 guest was tested too with both Microsoft's inbox driver and
open source community NVME driver
(https://lists.openfabrics.org/pipermail/nvmewin/2016-December/001420.html)
Testing was mostly done on x86_64, but 32 bit host/guest combination
was lightly tested too.
In addition to that, the virtual device was tested with nested guest,
by passing the virtual device to it,
using pci passthrough, qemu userspace nvme driver, and spdk
PS: I used to contribute to the kernel as a hobby using the
maximlevitsky@gmail.com address
Maxim Levitsky (9):
vfio/mdev: add .request callback
nvme/core: add some more values from the spec
nvme/core: add NVME_CTRL_SUSPENDED controller state
nvme/pci: use the NVME_CTRL_SUSPENDED state
nvme/pci: add known admin effects to augument admin effects log page
nvme/pci: init shadow doorbell after each reset
nvme/core: add mdev interfaces
nvme/core: add nvme-mdev core driver
nvme/pci: implement the mdev external queue allocation interface
MAINTAINERS | 5 +
drivers/nvme/Kconfig | 1 +
drivers/nvme/Makefile | 1 +
drivers/nvme/host/core.c | 149 +++++-
drivers/nvme/host/nvme.h | 55 ++-
drivers/nvme/host/pci.c | 385 ++++++++++++++-
drivers/nvme/mdev/Kconfig | 16 +
drivers/nvme/mdev/Makefile | 5 +
drivers/nvme/mdev/adm.c | 873 ++++++++++++++++++++++++++++++++++
drivers/nvme/mdev/events.c | 142 ++++++
drivers/nvme/mdev/host.c | 491 +++++++++++++++++++
drivers/nvme/mdev/instance.c | 802 +++++++++++++++++++++++++++++++
drivers/nvme/mdev/io.c | 563 ++++++++++++++++++++++
drivers/nvme/mdev/irq.c | 264 ++++++++++
drivers/nvme/mdev/mdev.h | 56 +++
drivers/nvme/mdev/mmio.c | 591 +++++++++++++++++++++++
drivers/nvme/mdev/pci.c | 247 ++++++++++
drivers/nvme/mdev/priv.h | 700 +++++++++++++++++++++++++++
drivers/nvme/mdev/udata.c | 390 +++++++++++++++
drivers/nvme/mdev/vcq.c | 207 ++++++++
drivers/nvme/mdev/vctrl.c | 514 ++++++++++++++++++++
drivers/nvme/mdev/viommu.c | 322 +++++++++++++
drivers/nvme/mdev/vns.c | 356 ++++++++++++++
drivers/nvme/mdev/vsq.c | 178 +++++++
drivers/vfio/mdev/vfio_mdev.c | 11 +
include/linux/mdev.h | 4 +
include/linux/nvme.h | 88 +++-
27 files changed, 7375 insertions(+), 41 deletions(-)
create mode 100644 drivers/nvme/mdev/Kconfig
create mode 100644 drivers/nvme/mdev/Makefile
create mode 100644 drivers/nvme/mdev/adm.c
create mode 100644 drivers/nvme/mdev/events.c
create mode 100644 drivers/nvme/mdev/host.c
create mode 100644 drivers/nvme/mdev/instance.c
create mode 100644 drivers/nvme/mdev/io.c
create mode 100644 drivers/nvme/mdev/irq.c
create mode 100644 drivers/nvme/mdev/mdev.h
create mode 100644 drivers/nvme/mdev/mmio.c
create mode 100644 drivers/nvme/mdev/pci.c
create mode 100644 drivers/nvme/mdev/priv.h
create mode 100644 drivers/nvme/mdev/udata.c
create mode 100644 drivers/nvme/mdev/vcq.c
create mode 100644 drivers/nvme/mdev/vctrl.c
create mode 100644 drivers/nvme/mdev/viommu.c
create mode 100644 drivers/nvme/mdev/vns.c
create mode 100644 drivers/nvme/mdev/vsq.c
--
2.17.2
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-03-04 3:42 Automatic Email Delivery Software
0 siblings, 0 replies; 3437+ messages in thread
From: Automatic Email Delivery Software @ 2019-03-04 3:42 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 365 bytes --]
±'óÛýpZ·Âu<êZxfvª
T'f
>X90î±Î|
&ì#*~zâý^°a¦ü^Èà£cÐ}øAè;£
¼µ8[èÅ«/øP¬
îÅ®_ÖË««XÉ·íÊ{¼
µöuCÇüöL~½¡±-_÷u¹.(v1OsM:I¿ù>1ÁÕüäuµèé"ËÚÌÞÙs9ùn,(SO)6ö\4_²ñ£¬UNß¿5
<¦ý4øÉüG!gü§´QrÓÀ:<(§9h7jÈø¹iï§eÛðWõxY¼×ü|ëÙÙPýþç»úU] PÝKx]»ÉÎâ÷]mù[ã.ÂÁf;Ô´5ÙtµU`ݵ
ÛÅ£J$kÊ[À´U
ä|"&`»öÔ[»ã$
¨¢Xm¡ÂålJ±
!aÇJÂHpºÆat¬â69½#ßt0k¤I¤|
Z9
¢Zw£[ªûþS
ç²
[-- Attachment #2: Type: text/plain, Size: 178 bytes --]
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-03-01 3:34 Automatic Email Delivery Software
0 siblings, 0 replies; 3437+ messages in thread
From: Automatic Email Delivery Software @ 2019-03-01 3:34 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
Message could not be delivered
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2019-02-28 3:36 Post Office
0 siblings, 0 replies; 3437+ messages in thread
From: Post Office @ 2019-02-28 3:36 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 1 days:
Host 203.212.202.129 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2019-01-15 2:55 Jens Axboe
0 siblings, 0 replies; 3437+ messages in thread
From: Jens Axboe @ 2019-01-15 2:55 UTC (permalink / raw)
To: linux-fsdevel, linux-aio, linux-block, linux-arch; +Cc: hch, jmoyer, avi
Here's v4 of the io_uring interface. No user visible changes this
time, outside of bumping the io_uring_sqe submission entry to a
full 64-bytes. This aligns better with caches, and leaves us some
room to grow for future features. See the v3 posting for full
details on the API:
https://lore.kernel.org/linux-block/20190112213011.1439-1-axboe@kernel.dk/
What I neglected to mention in the v3 posting, is that the fixed
buffer and fixed file interfaces are available through the
io_uring_register() system call. This means they can be registered
(and unregistered) independently of the io_uring context setup.
Patches are against 5.0-rc2 and can also be found in my 'io_uring'
git branch:
git://git.kernel.dk/linux-block io_uring
Changes since v3:
- Clean up fixed buffer index validation
- Add IORING_OP_NOP for ring perf testing
- Drop struct io_kiocb ki_* variable prefix, it clashes with struct
kiocb for no reason except to cause confusement
- Bump io_uring_sqe to 64 bytes. Cacheline sized and aligned
(on x86-64), and more future proof
- Use kmalloc_array()
- Make the page mlock rlimit incremental and not for root / CAP_IPC_LOCK
- Ensure io_uring_register() can't race with fops->release()
- Simplify and improve iopoll implementation
- Use FOLL_WRITE instead of open-coding it
- Fix 32-bit vs 64-bit sizing for the io_uring_register() structs
- Added x86 32-bit system calls
- Added 32-bit compat mode
- Rebased on 5.0-rc2
Documentation/filesystems/vfs.txt | 3 +
arch/x86/entry/syscalls/syscall_32.tbl | 3 +
arch/x86/entry/syscalls/syscall_64.tbl | 3 +
block/bio.c | 59 +-
fs/Makefile | 1 +
fs/block_dev.c | 19 +-
fs/file.c | 15 +-
fs/file_table.c | 9 +-
fs/gfs2/file.c | 2 +
fs/io_uring.c | 2072 ++++++++++++++++++++++++
fs/iomap.c | 48 +-
fs/xfs/xfs_file.c | 1 +
include/linux/bio.h | 14 +
include/linux/blk_types.h | 1 +
include/linux/file.h | 2 +
include/linux/fs.h | 6 +-
include/linux/iomap.h | 1 +
include/linux/sched/user.h | 2 +-
include/linux/syscalls.h | 7 +
include/uapi/linux/io_uring.h | 155 ++
init/Kconfig | 9 +
kernel/sys_ni.c | 3 +
22 files changed, 2395 insertions(+), 40 deletions(-)
--
Jens Axboe
--
To unsubscribe, send a message with 'unsubscribe linux-aio' in
the body to majordomo@kvack.org. For more info on Linux AIO,
see: http://www.kvack.org/aio/
Don't email: <a href=mailto:"aart@kvack.org">aart@kvack.org</a>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2019-01-02 12:25 Frank Wunderlich
0 siblings, 0 replies; 3437+ messages in thread
From: Frank Wunderlich @ 2019-01-02 12:25 UTC (permalink / raw)
To: linux-arm-kernel, linux-mediatek
resend to mailing-list because previous attempt was blocked by
non-existing blacklist-filter: https://www.dnsbl.info/dnsbl-njabl-org.php
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-11-27 0:07 Offer
0 siblings, 0 replies; 3437+ messages in thread
From: Offer @ 2018-11-27 0:07 UTC (permalink / raw)
--
--
Guten Tag, Wir sind eine registrierte private Geldverleiher. Wir geben
Kredite an Firmen, Einzelpersonen, die ihre finanzielle Status auf der
ganzen Welt aktualisieren müssen, mit minimalen jährlichen Zinsen von
2% .reply, wenn nötig.
Good Day, We are a registered private money lender. We give out loans
to firms, Individual who need to update their financial status all
over the world, with Minimal annual Interest Rates of 2%reply if
needed.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-11-18 20:40 Major Dennis Hornbeck
0 siblings, 0 replies; 3437+ messages in thread
From: Major Dennis Hornbeck @ 2018-11-18 20:40 UTC (permalink / raw)
I am in the military unit here in Afghanistan, we have some amount of funds that we want to move out of the country. My partners and I need a good partner someone we can trust. It is risk free and legal. Reply to this email: hornbeckmajordennis830@gmail.com
Regards,Major Dennis Hornbeck.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-11-18 9:11 Mrs. Maureen Hinckley
0 siblings, 0 replies; 3437+ messages in thread
From: Mrs. Maureen Hinckley @ 2018-11-18 9:11 UTC (permalink / raw)
I am Maureen Hinckley and my foundation is donating (Five hundred and fifty thousand USD) to you. Contact us via my email at (maurhinck1@gmail.com) for further details.
Best Regards, Mrs. Maureen Hinckley, Copyright ©2018 The Maureen Hinckley Foundation All Rights Reserved.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-11-11 8:05 Oliver Carter
0 siblings, 0 replies; 3437+ messages in thread
From: Oliver Carter @ 2018-11-11 8:05 UTC (permalink / raw)
To: netdev
Netdev https://goo.gl/pW8d8y Oliver Carter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-10-31 0:38 Ubaithullah Masood
0 siblings, 0 replies; 3437+ messages in thread
From: Ubaithullah Masood @ 2018-10-31 0:38 UTC (permalink / raw)
This is Mr Ubaithullah Masood from Banco Santander Bank S A Hong Kong.
I got your contact during my private search on net..Would you be
interested in a business transaction to act as the beneficiary to
claim 9.8M USD funds of my deceased client who died intestate (
Without a Will)and my bank wants to confiscate the funds if the funds
are not claimed soon. Do get back for more details as this deal is
safe and all documentation will be done legally and we will share 50%
each.
Thanks.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-10-21 16:25 Michael Tirado
0 siblings, 0 replies; 3437+ messages in thread
From: Michael Tirado @ 2018-10-21 16:25 UTC (permalink / raw)
To: Airlied, dri-devel, LKML, kraxel, alexander.deucher,
christian.koenig, David1.zhou, Hongbo.He
Cc: seanpaul, Gustavo, maarten.lankhorst
[-- Attachment #1: Type: text/plain, Size: 5516 bytes --]
Mapping a drm "dumb" buffer fails on 32-bit system (i686) from what
appears to be a truncated memory address that has been copied
throughout several files. The bug manifests as an -EINVAL when calling
mmap with the offset gathered from DRM_IOCTL_MODE_MAP_DUMB <--
DRM_IOCTL_MODE_ADDFB <-- DRM_IOCTL_MODE_CREATE_DUMB. I can provide
test code if needed.
The following patch will apply to 4.18 though I've only been able to
test through qemu bochs driver and nouveau. Intel driver worked
without any issues. I'm not sure if everyone is going to want to
share a constant, and the whitespace is screwed up from gmail's awful
javascript client, so let me know if I should resend this with any
specific changes. I have also attached the file with preserved
whitespace.
--- linux-4.13.8/drivers/gpu/drm/bochs/bochs.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/bochs/bochs.h 2017-10-20
14:34:50.308633773 +0000
@@ -115,8 +115,6 @@
return container_of(gem, struct bochs_bo, gem);
}
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static inline u64 bochs_bo_mmap_offset(struct bochs_bo *bo)
{
return drm_vma_node_offset_addr(&bo->bo.vma_node);
--- linux-4.13.8/drivers/gpu/drm/nouveau/nouveau_drv.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/nouveau/nouveau_drv.h
2017-10-20 14:34:51.581633751 +0000
@@ -57,8 +57,6 @@
struct nouveau_channel;
struct platform_device;
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
#include "nouveau_fence.h"
#include "nouveau_bios.h"
--- linux-4.13.8/drivers/gpu/drm/ast/ast_drv.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/ast/ast_drv.h 2017-10-20
14:34:50.289633773 +0000
@@ -356,8 +356,6 @@
uint32_t handle,
uint64_t *offset);
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
int ast_mm_init(struct ast_private *ast);
void ast_mm_fini(struct ast_private *ast);
--- linux-4.13.8/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c
2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c
2017-10-20 14:34:50.644633767 +0000
@@ -21,8 +21,6 @@
#include "hibmc_drm_drv.h"
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static inline struct hibmc_drm_private *
hibmc_bdev(struct ttm_bo_device *bd)
{
--- linux-4.13.8/drivers/gpu/drm/virtio/virtgpu_ttm.c 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/virtio/virtgpu_ttm.c
2017-10-20 14:34:53.055633725 +0000
@@ -37,8 +37,6 @@
#include <linux/delay.h>
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static struct
virtio_gpu_device *virtio_gpu_get_vgdev(struct ttm_bo_device *bdev)
{
--- linux-4.13.8/drivers/gpu/drm/qxl/qxl_drv.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/qxl/qxl_drv.h 2017-10-20
14:34:52.072633742 +0000
@@ -88,9 +88,6 @@
} \
} while (0)
-#define DRM_FILE_OFFSET 0x100000000ULL
-#define DRM_FILE_PAGE_OFFSET (DRM_FILE_OFFSET >> PAGE_SHIFT)
-
#define QXL_INTERRUPT_MASK (\
QXL_INTERRUPT_DISPLAY |\
QXL_INTERRUPT_CURSOR |\
--- linux-4.13.8/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
2017-10-20 14:34:43.264633895 +0000
@@ -48,3 +48,1 @@
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
--- linux-4.13.8/drivers/gpu/drm/mgag200/mgag200_drv.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/mgag200/mgag200_drv.h
2017-10-20 14:34:51.404633754 +0000
@@ -276,7 +276,6 @@
struct mga_i2c_chan *mgag200_i2c_create(struct drm_device *dev);
void mgag200_i2c_destroy(struct mga_i2c_chan *i2c);
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
void mgag200_ttm_placement(struct mgag200_bo *bo, int domain);
static inline int mgag200_bo_reserve(struct mgag200_bo *bo, bool no_wait)
--- linux-4.13.8/drivers/gpu/drm/radeon/radeon_ttm.c 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/radeon/radeon_ttm.c
2017-10-20 14:34:52.588633733 +0000
@@ -45,8 +45,6 @@
#include "radeon_reg.h"
#include "radeon.h"
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static int radeon_ttm_debugfs_init(struct radeon_device *rdev);
static void radeon_ttm_debugfs_fini(struct radeon_device *rdev);
--- linux-4.13.8/drivers/gpu/drm/cirrus/cirrus_drv.h 2017-10-18
07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/cirrus/cirrus_drv.h
2017-10-20 14:34:50.333633772 +0000
@@ -178,7 +178,6 @@
#define to_cirrus_obj(x) container_of(x, struct cirrus_gem_object, base)
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
/* cirrus_mode.c */
void cirrus_crtc_fb_gamma_set(struct drm_crtc *crtc, u16 red, u16 green,
--- linux-4.13.8/include/drm/drmP.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/include/drm/drmP.h 2017-10-20
14:35:31.300633060 +0000
@@ -503,4 +503,10 @@
/* helper for handling conditionals in various for_each macros */
#define for_each_if(condition) if (!(condition)) {} else
+#if BITS_PER_LONG == 64
+#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
+#else
+#define DRM_FILE_PAGE_OFFSET (0x10000000ULL >> PAGE_SHIFT)
+#endif
+
#endif
[-- Attachment #2: drm_file_offset.patch --]
[-- Type: application/octet-stream, Size: 4581 bytes --]
--- linux-4.13.8/drivers/gpu/drm/bochs/bochs.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/bochs/bochs.h 2017-10-20 14:34:50.308633773 +0000
@@ -115,8 +115,6 @@
return container_of(gem, struct bochs_bo, gem);
}
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static inline u64 bochs_bo_mmap_offset(struct bochs_bo *bo)
{
return drm_vma_node_offset_addr(&bo->bo.vma_node);
--- linux-4.13.8/drivers/gpu/drm/nouveau/nouveau_drv.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/nouveau/nouveau_drv.h 2017-10-20 14:34:51.581633751 +0000
@@ -57,8 +57,6 @@
struct nouveau_channel;
struct platform_device;
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
#include "nouveau_fence.h"
#include "nouveau_bios.h"
--- linux-4.13.8/drivers/gpu/drm/ast/ast_drv.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/ast/ast_drv.h 2017-10-20 14:34:50.289633773 +0000
@@ -356,8 +356,6 @@
uint32_t handle,
uint64_t *offset);
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
int ast_mm_init(struct ast_private *ast);
void ast_mm_fini(struct ast_private *ast);
--- linux-4.13.8/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c 2017-10-20 14:34:50.644633767 +0000
@@ -21,8 +21,6 @@
#include "hibmc_drm_drv.h"
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static inline struct hibmc_drm_private *
hibmc_bdev(struct ttm_bo_device *bd)
{
--- linux-4.13.8/drivers/gpu/drm/virtio/virtgpu_ttm.c 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/virtio/virtgpu_ttm.c 2017-10-20 14:34:53.055633725 +0000
@@ -37,8 +37,6 @@
#include <linux/delay.h>
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static struct
virtio_gpu_device *virtio_gpu_get_vgdev(struct ttm_bo_device *bdev)
{
--- linux-4.13.8/drivers/gpu/drm/qxl/qxl_drv.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/qxl/qxl_drv.h 2017-10-20 14:34:52.072633742 +0000
@@ -88,9 +88,6 @@
} \
} while (0)
-#define DRM_FILE_OFFSET 0x100000000ULL
-#define DRM_FILE_PAGE_OFFSET (DRM_FILE_OFFSET >> PAGE_SHIFT)
-
#define QXL_INTERRUPT_MASK (\
QXL_INTERRUPT_DISPLAY |\
QXL_INTERRUPT_CURSOR |\
--- linux-4.13.8/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c 2017-10-20 14:34:43.264633895 +0000
@@ -48,3 +48,1 @@
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
--- linux-4.13.8/drivers/gpu/drm/mgag200/mgag200_drv.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/mgag200/mgag200_drv.h 2017-10-20 14:34:51.404633754 +0000
@@ -276,7 +276,6 @@
struct mga_i2c_chan *mgag200_i2c_create(struct drm_device *dev);
void mgag200_i2c_destroy(struct mga_i2c_chan *i2c);
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
void mgag200_ttm_placement(struct mgag200_bo *bo, int domain);
static inline int mgag200_bo_reserve(struct mgag200_bo *bo, bool no_wait)
--- linux-4.13.8/drivers/gpu/drm/radeon/radeon_ttm.c 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/radeon/radeon_ttm.c 2017-10-20 14:34:52.588633733 +0000
@@ -45,8 +45,6 @@
#include "radeon_reg.h"
#include "radeon.h"
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
-
static int radeon_ttm_debugfs_init(struct radeon_device *rdev);
static void radeon_ttm_debugfs_fini(struct radeon_device *rdev);
--- linux-4.13.8/drivers/gpu/drm/cirrus/cirrus_drv.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/drivers/gpu/drm/cirrus/cirrus_drv.h 2017-10-20 14:34:50.333633772 +0000
@@ -178,7 +178,6 @@
#define to_cirrus_obj(x) container_of(x, struct cirrus_gem_object, base)
-#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
/* cirrus_mode.c */
void cirrus_crtc_fb_gamma_set(struct drm_crtc *crtc, u16 red, u16 green,
--- linux-4.13.8/include/drm/drmP.h 2017-10-18 07:38:33.000000000 +0000
+++ linux-4.13.8-modified/include/drm/drmP.h 2017-10-20 14:35:31.300633060 +0000
@@ -503,4 +503,10 @@
/* helper for handling conditionals in various for_each macros */
#define for_each_if(condition) if (!(condition)) {} else
+#if BITS_PER_LONG == 64
+#define DRM_FILE_PAGE_OFFSET (0x100000000ULL >> PAGE_SHIFT)
+#else
+#define DRM_FILE_PAGE_OFFSET (0x10000000ULL >> PAGE_SHIFT)
+#endif
+
#endif
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
2018-10-19 20:51 ` (unknown) David Howells
@ 2018-10-19 20:58 ` David Miller
0 siblings, 0 replies; 3437+ messages in thread
From: David Miller @ 2018-10-19 20:58 UTC (permalink / raw)
To: dhowells; +Cc: netdev, linux-afs
From: David Howells <dhowells@redhat.com>
Date: Fri, 19 Oct 2018 21:51:35 +0100
> David Miller <davem@davemloft.net> wrote:
>
>> > Is there going to be a merge of net into net-next before the merge
>> > window opens? Or do you have a sample merge that I can rebase my
>> > afs-next branch on?
>>
>> I'll be doing a net to net-next merge some time today.
>
> Excellent, thanks!
And this is now complete.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
2018-10-19 14:40 (unknown), David Howells
2018-10-19 17:46 ` (unknown) David Miller
@ 2018-10-19 20:51 ` David Howells
2018-10-19 20:58 ` (unknown) David Miller
1 sibling, 1 reply; 3437+ messages in thread
From: David Howells @ 2018-10-19 20:51 UTC (permalink / raw)
To: David Miller; +Cc: dhowells, netdev, linux-afs
David Miller <davem@davemloft.net> wrote:
> > Is there going to be a merge of net into net-next before the merge
> > window opens? Or do you have a sample merge that I can rebase my
> > afs-next branch on?
>
> I'll be doing a net to net-next merge some time today.
Excellent, thanks!
David
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
2018-10-19 14:40 (unknown), David Howells
@ 2018-10-19 17:46 ` David Miller
2018-10-19 20:51 ` (unknown) David Howells
1 sibling, 0 replies; 3437+ messages in thread
From: David Miller @ 2018-10-19 17:46 UTC (permalink / raw)
To: dhowells; +Cc: netdev, linux-afs
From: David Howells <dhowells@redhat.com>
Date: Fri, 19 Oct 2018 15:40:53 +0100
> Is there going to be a merge of net into net-next before the merge
> window opens? Or do you have a sample merge that I can rebase my
> afs-next branch on?
I'll be doing a net to net-next merge some time today.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-10-19 14:40 David Howells
2018-10-19 17:46 ` (unknown) David Miller
2018-10-19 20:51 ` (unknown) David Howells
0 siblings, 2 replies; 3437+ messages in thread
From: David Howells @ 2018-10-19 14:40 UTC (permalink / raw)
To: David Miller; +Cc: dhowells, netdev, linux-afs
Hi Dave,
Is there going to be a merge of net into net-next before the merge window
opens? Or do you have a sample merge that I can rebase my afs-next branch on?
The problem I have is that there's a really necessary patch in net that's not
in net-next:
d7b4c24f45d2efe51b8f213da4593fefd49240ba
rxrpc: Fix an uninitialised variable
(it fixes a fix that went in net just before you last merged it into
net-next).
So I would like to base my branch on both net and net-next, but the merge is
non-trivial, and I'd rather not hand Linus a merge that conflicts with yours.
The issues are:
(*) net/sched/cls_api.c
I think nlmsg_parse() needs to take both rtm_tca_policy and cb->extack as
its last two arguments. Each branch fills in one argument and leaves the
other NULL.
(*) net/ipv4/ipmr_base.c
mr_rtm_dumproute() got a piece abstracted out and modified in one branch,
but the unabstracted branch has a fix in the same area. I think the
thing to do is to apply the fix (removing the same two lines) from the
abstracted-out branch.
Thanks,
David
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-10-09 15:55 Oliver Carter
0 siblings, 0 replies; 3437+ messages in thread
From: Oliver Carter @ 2018-10-09 15:55 UTC (permalink / raw)
To: netdev
Netdev https://goo.gl/Gf1b7B Oliver
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-09-19 19:57 Saif Hasan
0 siblings, 0 replies; 3437+ messages in thread
From: Saif Hasan @ 2018-09-19 19:57 UTC (permalink / raw)
To: netdev; +Cc: David S. Miller, Saif Hasan, Calvin Owens
>From e4f144286efe0f298c11efe58e17b1ab91c7ee3f Mon Sep 17 00:00:00 2001
From: Saif Hasan <has@fb.com>
Date: Mon, 17 Sep 2018 16:28:54 -0700
Subject: [PATCH] mpls: allow routes on ip6gre devices
Summary:
This appears to be necessary and sufficient change to enable `MPLS` on
`ip6gre` tunnels (RFC4023).
This diff allows IP6GRE devices to be recognized by MPLS kernel module
and hence user can configure interface to accept packets with mpls
headers as well setup mpls routes on them.
Test Plan:
Test plan consists of multiple containers connected via GRE-V6 tunnel.
Then carrying out testing steps as below.
- Carry out necessary sysctl settings on all containers
```
sysctl -w net.mpls.platform_labels=65536
sysctl -w net.mpls.ip_ttl_propagate=1
sysctl -w net.mpls.conf.lo.input=1
```
- Establish IP6GRE tunnels
```
ip -6 tunnel add name if_1_2_1 mode ip6gre \
local 2401:db00:21:6048:feed:0::1 \
remote 2401:db00:21:6048:feed:0::2 key 1
ip link set dev if_1_2_1 up
sysctl -w net.mpls.conf.if_1_2_1.input=1
ip -4 addr add 169.254.0.2/31 dev if_1_2_1 scope link
ip -6 tunnel add name if_1_3_1 mode ip6gre \
local 2401:db00:21:6048:feed:0::1 \
remote 2401:db00:21:6048:feed:0::3 key 1
ip link set dev if_1_3_1 up
sysctl -w net.mpls.conf.if_1_3_1.input=1
ip -4 addr add 169.254.0.4/31 dev if_1_3_1 scope link
```
- Install MPLS encap rules on node-1 towards node-2
```
ip route add 192.168.0.11/32 nexthop encap mpls 32/64 \
via inet 169.254.0.3 dev if_1_2_1
```
- Install MPLS forwarding rules on node-2 and node-3
```
// node2
ip -f mpls route add 32 via inet 169.254.0.7 dev if_2_4_1
// node3
ip -f mpls route add 64 via inet 169.254.0.12 dev if_4_3_1
```
- Ping 192.168.0.11 (node4) from 192.168.0.1 (node1) (where routing
towards 192.168.0.1 is via IP route directly towards node1 from node4)
```
ping 192.168.0.11
```
- tcpdump on interface to capture ping packets wrapped within MPLS
header which inturn wrapped within IP6GRE header
```
16:43:41.121073 IP6
2401:db00:21:6048:feed::1 > 2401:db00:21:6048:feed::2:
DSTOPT GREv0, key=0x1, length 100:
MPLS (label 32, exp 0, ttl 255) (label 64, exp 0, [S], ttl 255)
IP 192.168.0.1 > 192.168.0.11:
ICMP echo request, id 1208, seq 45, length 64
0x0000: 6000 2cdb 006c 3c3f 2401 db00 0021 6048 `.,..l<?$....!`H
0x0010: feed 0000 0000 0001 2401 db00 0021 6048 ........$....!`H
0x0020: feed 0000 0000 0002 2f00 0401 0401 0100 ......../.......
0x0030: 2000 8847 0000 0001 0002 00ff 0004 01ff ...G............
0x0040: 4500 0054 3280 4000 ff01 c7cb c0a8 0001 E..T2.@.........
0x0050: c0a8 000b 0800 a8d7 04b8 002d 2d3c a05b ...........--<.[
0x0060: 0000 0000 bcd8 0100 0000 0000 1011 1213 ................
0x0070: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0080: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0090: 3435 3637 4567
```
Signed-off-by: Saif Hasan <has@fb.com>
---
net/mpls/af_mpls.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c
index 7a4de6d618b1..aeb5bf2f7595 100644
--- a/net/mpls/af_mpls.c
+++ b/net/mpls/af_mpls.c
@@ -1533,10 +1533,11 @@ static int mpls_dev_notify(struct
notifier_block *this, unsigned long event,
unsigned int flags;
if (event == NETDEV_REGISTER) {
- /* For now just support Ethernet, IPGRE, SIT and IPIP devices */
+ /* For now just support Ethernet, IPGRE, IP6GRE, SIT and IPIP devices */
if (dev->type == ARPHRD_ETHER ||
dev->type == ARPHRD_LOOPBACK ||
dev->type == ARPHRD_IPGRE ||
+ dev->type == ARPHRD_IP6GRE ||
dev->type == ARPHRD_SIT ||
dev->type == ARPHRD_TUNNEL) {
mdev = mpls_add_dev(dev);
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-09-16 13:39 iluminati
0 siblings, 0 replies; 3437+ messages in thread
From: iluminati @ 2018-09-16 13:39 UTC (permalink / raw)
--
join the Illuminati secret brotherhood and get $3,000,000.00
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-08-27 14:50 Christoph Hellwig
0 siblings, 0 replies; 3437+ messages in thread
From: Christoph Hellwig @ 2018-08-27 14:50 UTC (permalink / raw)
To: iommu
Cc: Marek Szyprowski, Robin Murphy, Paul Burton, Greg Kroah-Hartman,
linux-mips, linux-kernel
Subject: [RFC] merge dma_direct_ops and dma_noncoherent_ops
While most architectures are either always or never dma coherent for a
given build, the arm, arm64, mips and soon arc architectures can have
different dma coherent settings on a per-device basis. Additionally
some mips builds can decide at boot time if dma is coherent or not.
I've started to look into handling noncoherent dma in swiotlb, and
moving the dma-iommu ops into common code [1], and for that we need a
generic way to check if a given device is coherent or not. Moving
this flag into struct device also simplifies the conditionally coherent
architecture implementations.
These patches are also available in a git tree given that they have
a few previous posted dependencies:
git://git.infradead.org/users/hch/misc.git dma-direct-noncoherent-merge
Gitweb:
http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/dma-direct-noncoherent-merge
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-08-24 4:59 Dave Airlie
0 siblings, 0 replies; 3437+ messages in thread
From: Dave Airlie @ 2018-08-24 4:59 UTC (permalink / raw)
To: Linus Torvalds; +Cc: LKML, dri-devel
Hi Linus,
Just a couple of fixes PRs for rc1,
One MAINTAINERS address change, two panels fixes, and set of amdgpu
fixes (build fixes, display fixes and some others).
Thanks
Dave.
drm-next-2018-08-24:
amdgpu and panel/misc fixes.
The following changes since commit 3d63a3c14741ed015948943076f3c6a2f2cd7b27:
Merge tag 'drm-msm-next-2018-08-10' of
git://people.freedesktop.org/~robclark/linux into drm-next (2018-08-17
10:46:51 +1000)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm tags/drm-next-2018-08-24
for you to fetch changes up to 3e20e97c2d55fb18e4b06d16478edc757483b7db:
Merge tag 'drm-misc-next-fixes-2018-08-23-1' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next (2018-08-24
13:41:03 +1000)
----------------------------------------------------------------
amdgpu and panel/misc fixes.
----------------------------------------------------------------
Alex Deucher (1):
drm/amdgpu/display: disable eDP fast boot optimization on DCE8
Christian König (3):
drm/amdgpu: fix incorrect use of fcheck
drm/amdgpu: fix incorrect use of drm_file->pid
drm/amdgpu: fix amdgpu_amdkfd_remove_eviction_fence v3
Dave Airlie (3):
Merge tag 'drm-misc-next-fixes-2018-08-22' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next
Merge branch 'drm-next-4.19' of
git://people.freedesktop.org/~agd5f/linux into drm-next
Merge tag 'drm-misc-next-fixes-2018-08-23-1' of
git://anongit.freedesktop.org/drm/drm-misc into drm-next
Dmytro Laktyushkin (3):
drm/amd/display: fix dp_ss_control vbios flag parsing
drm/amd/display: make dp_ss_off optional
drm/amd/display: fix dentist did ranges
Evan Quan (1):
drm/amdgpu: set correct base for THM/NBIF/MP1 IP
Kai-Heng Feng (1):
drm/edid: Add 6 bpc quirk for SDC panel in Lenovo B50-80
Leo (Sunpeng) Li (2):
Revert "drm/amdgpu/display: Replace CONFIG_DRM_AMD_DC_DCN1_0
with CONFIG_X86"
drm/amd/display: Don't build DCN1 when kcov is enabled
Samson Tam (1):
drm/amd/display: Do not retain link settings
Sean Paul (2):
drm/panel: simple: tv123wam: Add unprepare delay
MAINTAINERS: drm-misc: Change seanpaul's email address
Yintian Tao (2):
drm/amdgpu: access register without KIQ
drm/powerplay: enable dpm under pass-through
MAINTAINERS | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 103 +++++++++------------
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sched.c | 21 ++---
drivers/gpu/drm/amd/amdgpu/vega20_reg_init.c | 3 +
drivers/gpu/drm/amd/amdgpu/vi.c | 4 +-
drivers/gpu/drm/amd/display/Kconfig | 6 ++
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 10 +-
drivers/gpu/drm/amd/display/dc/Makefile | 2 +-
.../amd/display/dc/bios/command_table_helper2.c | 2 +-
drivers/gpu/drm/amd/display/dc/calcs/Makefile | 2 +-
drivers/gpu/drm/amd/display/dc/core/dc.c | 21 ++++-
drivers/gpu/drm/amd/display/dc/core/dc_debug.c | 2 +-
drivers/gpu/drm/amd/display/dc/core/dc_link.c | 6 +-
drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 12 +--
drivers/gpu/drm/amd/display/dc/dc.h | 2 +-
.../gpu/drm/amd/display/dc/dce/dce_clock_source.c | 6 +-
.../gpu/drm/amd/display/dc/dce/dce_clock_source.h | 2 +-
drivers/gpu/drm/amd/display/dc/dce/dce_clocks.c | 18 ++--
drivers/gpu/drm/amd/display/dc/dce/dce_clocks.h | 2 +-
drivers/gpu/drm/amd/display/dc/dce/dce_dmcu.c | 6 +-
.../drm/amd/display/dc/dce/dce_stream_encoder.c | 20 ++--
.../amd/display/dc/dce110/dce110_hw_sequencer.c | 10 +-
drivers/gpu/drm/amd/display/dc/gpio/Makefile | 2 +-
drivers/gpu/drm/amd/display/dc/gpio/hw_factory.c | 4 +-
drivers/gpu/drm/amd/display/dc/gpio/hw_translate.c | 4 +-
drivers/gpu/drm/amd/display/dc/i2caux/Makefile | 2 +-
drivers/gpu/drm/amd/display/dc/i2caux/i2caux.c | 4 +-
drivers/gpu/drm/amd/display/dc/inc/core_types.h | 7 +-
drivers/gpu/drm/amd/display/dc/irq/Makefile | 2 +-
drivers/gpu/drm/amd/display/dc/irq/irq_service.c | 2 +-
drivers/gpu/drm/amd/display/dc/os_types.h | 2 +-
.../gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 4 +-
drivers/gpu/drm/drm_edid.c | 3 +
drivers/gpu/drm/panel/panel-simple.c | 3 +
35 files changed, 161 insertions(+), 142 deletions(-)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-08-22 9:07 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2018-08-22 9:07 UTC (permalink / raw)
--
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2018
Почты технической поддержки ©2018
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-08-09 9:23 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2018-08-09 9:23 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: 006524
Почты технической поддержки © 2018
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-07-29 9:58 Sumitomo Rubber
0 siblings, 0 replies; 3437+ messages in thread
From: Sumitomo Rubber @ 2018-07-29 9:58 UTC (permalink / raw)
--
Did you receive our representative email ?
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-07-28 10:46 Andrew Martinez
0 siblings, 0 replies; 3437+ messages in thread
From: Andrew Martinez @ 2018-07-28 10:46 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 252 bytes --]
body {height: 100%; color:#000000; font-size:12pt; font-family:arial, helvetica, sans-serif;}
Brauchen Sie einen Kredit? Wenn ja, mailen Sie uns jetzt für weitere Informationen
Do you need a loan of any kind? If Yes email us now for more info
[-- Attachment #2: Type: text/html, Size: 519 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-07-28 10:14 Andrew Martinez
0 siblings, 0 replies; 3437+ messages in thread
From: Andrew Martinez @ 2018-07-28 10:14 UTC (permalink / raw)
[-- Attachment #1: Type: text/plain, Size: 158 bytes --]
Brauchen Sie einen Kredit? Wenn ja, mailen Sie uns jetzt für weitere Informationen
Do you need a loan of any kind? If Yes email us now for more info
[-- Attachment #2: Type: text/html, Size: 399 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-07-06 1:26 Dave Airlie
0 siblings, 0 replies; 3437+ messages in thread
From: Dave Airlie @ 2018-07-06 1:26 UTC (permalink / raw)
To: Linus Torvalds; +Cc: LKML, dri-devel
Hi Linus, (apologies for blank body pull earlier)
This is the drm fixes for rc4. It's a bit larger than I'd like but the
exynos cleanups are pretty mechanical, and I'd rather have them in
sooner rather than later so we can avoid too much conflicts around
them. The non-mechanincal exynos changes are mostly fixes for new
feature recently introduced.
i915:
GVT and GGTT mapping fixes
amdgpu:
HDMI2.0 4K@60 Hz regression
Hotplug fixes for dual-GPU laptops to make power management better
Misc vega12 bios fixes, a race fix and some typos.
sii8620 bridge: small fixes around mode setting
core: use kvzalloc to allocate blob property memory.
If the exynos changes are too much, I'm happy to push back, and the
blank pull was thanks to baby induced sleep deprivation, fat fingers
and gmail.
Thanks,
Dave.
drm-fixes-2018-07-06:
amdgpu, i915, exynos, udl, sii8620 and core fixes
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2018-07-06
for you to fetch changes up to c78d1f9d95a9f2cd5546c64f5315f54681dd6055:
Merge tag 'exynos-drm-fixes-for-v4.18-rc4' of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into
drm-fixes (2018-07-06 10:47:02 +1000)
----------------------------------------------------------------
amdgpu, i915, exynos, udl, sii8620 and core fixes
----------------------------------------------------------------
Alex Deucher (2):
drm/amdgpu: fix swapped emit_ib_size in vce3
drm/amdgpu/pm: fix display count in non-DC path
Andrzej Pietrasiewicz (1):
drm/exynos: scaler: Reset hardware before starting the operation
Chris Wilson (1):
drm/i915: Try GGTT mmapping whole object as partial
Dave Airlie (4):
Merge tag 'drm-misc-fixes-2018-07-05' of
git://anongit.freedesktop.org/drm/drm-misc into drm-fixes
Merge tag 'drm-intel-fixes-2018-07-05' of
git://anongit.freedesktop.org/drm/drm-intel into drm-fixes
Merge branch 'drm-fixes-4.18' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'exynos-drm-fixes-for-v4.18-rc4' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Evan Quan (3):
drm/amd/powerplay: correct vega12 thermal support as true
drm/amd/powerplay: correct vega12 bootup values settings
drm/amd/powerplay: smc_dpm_info structure change
Jani Nikula (1):
Merge tag 'gvt-fixes-2018-07-03' of
https://github.com/intel/gvt-linux into drm-intel-fixes
Lyude Paul (3):
drm/amdgpu: Make struct amdgpu_atif private to amdgpu_acpi.c
drm/amdgpu: Add amdgpu_atpx_get_dhandle()
drm/amdgpu: Dynamically probe for ATIF handle (v2)
Maciej Purski (3):
drm/bridge/sii8620: Send AVI infoframe in all MHL versions
drm/bridge/sii8620: Fix display of packed pixel modes
drm/bridge/sii8620: Fix link mode selection
Marek Szyprowski (10):
drm/exynos: ipp: Rework checking for the correct buffer formats
drm/exynos: rotator: Fix DRM_MODE_REFLECT_{X,Y} interpretation
drm/exynos: scaler: Fix support for YUV420, YUV422 and YUV444 modes
drm/exynos: gsc: Use real buffer width for configuring the hardware
drm/exynos: gsc: Increase Exynos5433 buffer width alignment to 16 pixels
drm/exynos: gsc: Fix DRM_MODE_REFLECT_{X,Y} interpretation
drm/exynos: gsc: Fix support for NV16/61, YUV420/YVU420 and YUV422 modes
drm/exynos: fimc: Use real buffer width for configuring the hardware
drm/exynos: decon5433: Fix per-plane global alpha for XRGB modes
drm/exynos: decon5433: Fix WINCONx reset value
Michel Dänzer (1):
drm: Use kvzalloc for allocating blob property memory
Mikita Lipski (2):
drm/amd/display: adding ycbcr420 pixel encoding for hdmi
drm/amd/display: add a check for display depth validity
Mikulas Patocka (1):
drm/udl: fix display corruption of the last line
Nicolai Hähnle (1):
drm/amdgpu: fix user fence write race condition
Stefan Agner (1):
drm/exynos: ipp: use correct enum type
Thomas Zimmermann (3):
drm/exynos: Replace drm_framebuffer_{un/reference} with put,get functions
drm/exynos: Replace drm_gem_object_unreference_unlocked with put function
drm/exynos: Replace drm_dev_unref with drm_dev_put
Xiaolin Zhang (1):
drm/i915/gvt: changed DDI mode emulation type
Zhao Yan (1):
drm/i915/gvt: fix a bug of partially write ggtt enties
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 46 ++------
drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c | 131 +++++++++++++++++----
drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 6 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 12 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 4 +-
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 49 +++++++-
drivers/gpu/drm/amd/include/atomfirmware.h | 5 +-
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomfwctrl.c | 96 +++++++++++++--
drivers/gpu/drm/amd/powerplay/hwmgr/ppatomfwctrl.h | 5 +
drivers/gpu/drm/amd/powerplay/hwmgr/vega12_hwmgr.c | 4 +
drivers/gpu/drm/amd/powerplay/hwmgr/vega12_hwmgr.h | 3 +
.../amd/powerplay/hwmgr/vega12_processpptables.c | 2 +
.../drm/amd/powerplay/inc/vega12/smu9_driver_if.h | 5 +-
drivers/gpu/drm/bridge/sil-sii8620.c | 86 +++++++++-----
drivers/gpu/drm/drm_property.c | 6 +-
drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 6 +-
drivers/gpu/drm/exynos/exynos_drm_drv.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_fb.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 17 +--
drivers/gpu/drm/exynos/exynos_drm_gem.c | 10 +-
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 51 ++++----
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 110 +++++++++--------
drivers/gpu/drm/exynos/exynos_drm_plane.c | 2 +-
drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_scaler.c | 44 +++++--
drivers/gpu/drm/exynos/regs-gsc.h | 1 +
drivers/gpu/drm/i915/gvt/display.c | 6 +-
drivers/gpu/drm/i915/gvt/gtt.c | 58 +++++++++
drivers/gpu/drm/i915/gvt/gtt.h | 2 +
drivers/gpu/drm/i915/i915_gem.c | 28 +++--
drivers/gpu/drm/i915/i915_vma.c | 2 +-
drivers/gpu/drm/udl/udl_fb.c | 5 +-
drivers/gpu/drm/udl/udl_transfer.c | 11 +-
34 files changed, 583 insertions(+), 242 deletions(-)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-07-05 10:36 rosdi ablatiff
0 siblings, 0 replies; 3437+ messages in thread
From: rosdi ablatiff @ 2018-07-05 10:36 UTC (permalink / raw)
To: dri-devel
[-- Attachment #1.1: Type: text/plain, Size: 1 bytes --]
[-- Attachment #1.2: Type: text/html, Size: 1 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-06-23 21:08 David Lechner
0 siblings, 0 replies; 3437+ messages in thread
From: David Lechner @ 2018-06-23 21:08 UTC (permalink / raw)
To: linux-remoteproc, devicetree, linux-omap, linux-arm-kernel
Cc: David Lechner, Ohad Ben-Cohen, Bjorn Andersson, Rob Herring,
Mark Rutland, Benoît Cousson, Tony Lindgren, Sekhar Nori,
Kevin Hilman, linux-kernel
Date: Sat, 23 Jun 2018 15:43:59 -0500
Subject: [PATCH 0/8] New remoteproc driver for TI PRU
This series adds a new remoteproc driver for the TI Programmable Runtime Unit
(PRU) that is present in some TI Sitara processors. This code has been tested
working on AM1808 (LEGO MINDSTORMS EV3) and AM3358 (BeagleBone Green).
There are a couple of quirks that had to be worked around in order to get this
working. The PRU units have multiple memory maps. Notably, both the instruction
RAM and data RAM are at address 0x0. This caused the da_to_va callback to not
work because the same address could refer to two different locations. To work
around this, the first two patches add a "map" parameter to the da_to_va
callbacks so that we have an extra bit of information to make this distinction.
Also, on AM38xx we have to use pdata for accessing a reset since there is not
a reset controller. There are several other devices doing this, so the seems
the best way for now.
For anyone else who would like to test, I used the rpmsg-client-sample driver.
Just enable it in your kernel config. Then grab the appropriate firmware[1]
and put in in /lib/firmware/. Use sysfs to start and stop the PRU:
echo start > /sys/class/remoteproc<n>/state
echo stop > /sys/class/remoteproc<n>/state
[1]: firmware downloads:
AM18XX: https://github.com/ev3dev/ev3dev-pru-firmware/releases/download/mainline-kernel-testing/AM18xx-PRU-rpmsg-client-sample.zip
AM335X: https://github.com/ev3dev/ev3dev-pru-firmware/releases/download/mainline-kernel-testing/AM335x-PRU-rpmsg-client-sample.zip
David Lechner (8):
remoteproc: add map parameter to da_to_va
remoteproc: add page lookup for TI PRU to ELF loader
ARM: OMAP2+: add pdata quirks for PRUSS reset
dt-bindings: add bindings for TI PRU as remoteproc
remoteproc: new driver for TI PRU
ARM: davinci_all_defconfig: enable PRU remoteproc module
ARM: dts: da850: add node for PRUSS
ARM: dts: am33xx: add node for PRU remoteproc
.../bindings/remoteproc/ti_pru_rproc.txt | 51 ++
MAINTAINERS | 5 +
arch/arm/boot/dts/am33xx.dtsi | 9 +
arch/arm/boot/dts/da850.dtsi | 8 +
arch/arm/configs/davinci_all_defconfig | 2 +
arch/arm/mach-omap2/pdata-quirks.c | 9 +
drivers/remoteproc/Kconfig | 7 +
drivers/remoteproc/Makefile | 1 +
drivers/remoteproc/imx_rproc.c | 2 +-
drivers/remoteproc/keystone_remoteproc.c | 3 +-
drivers/remoteproc/qcom_adsp_pil.c | 2 +-
drivers/remoteproc/qcom_q6v5_pil.c | 2 +-
drivers/remoteproc/qcom_wcnss.c | 2 +-
drivers/remoteproc/remoteproc_core.c | 10 +-
drivers/remoteproc/remoteproc_elf_loader.c | 117 +++-
drivers/remoteproc/remoteproc_internal.h | 2 +-
drivers/remoteproc/st_slim_rproc.c | 2 +-
drivers/remoteproc/ti_pru_rproc.c | 660 ++++++++++++++++++
drivers/remoteproc/wkup_m3_rproc.c | 3 +-
include/linux/platform_data/ti-pruss.h | 18 +
include/linux/remoteproc.h | 2 +-
include/uapi/linux/elf-em.h | 1 +
22 files changed, 899 insertions(+), 19 deletions(-)
create mode 100644 Documentation/devicetree/bindings/remoteproc/ti_pru_rproc.txt
create mode 100644 drivers/remoteproc/ti_pru_rproc.c
create mode 100644 include/linux/platform_data/ti-pruss.h
--
2.17.1
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-06-16 8:15 Mrs Mavis Wanczyk
0 siblings, 0 replies; 3437+ messages in thread
From: Mrs Mavis Wanczyk @ 2018-06-16 8:15 UTC (permalink / raw)
--
This is the second time i am sending you this mail.
I, Mavis Wanczyk donates $ 5 Million Dollars from part of my Powerball
Jackpot Lottery of $ 758 Million Dollars, respond with your details
for claims.
I await your earliest response and God Bless you
Good luck.
Mrs Mavis L. Wanczyk
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-06-13 15:48 Ubaithullah Masood
0 siblings, 0 replies; 3437+ messages in thread
From: Ubaithullah Masood @ 2018-06-13 15:48 UTC (permalink / raw)
Could you act as the beneficiary to claim 9.8M USD that my bank wants
to consifacte? I will give you 50% and Every documentation would be
put in placed.
Mr Ubaithullah from Hong Kong.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-31 17:11 Adam Richter via Containers
0 siblings, 0 replies; 3437+ messages in thread
From: Adam Richter via Containers @ 2018-05-31 17:11 UTC (permalink / raw)
To: FRoss Perry, alexander deucher, containers, sca38018, westglen
http://voice.promang.net
Adam Richter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-29 7:26 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2018-05-29 7:26 UTC (permalink / raw)
пользователь веб-почты
Обратите внимание, что 95% ваших писем, полученных после последнего раза, когда вам нужно обновить сервер своей веб-почты в нашей базе данных, были отложены. Регулярно получать и отправлять свои сообщения. Техническая команда нашей электронной почты обновит вашу учетную запись в течение 3 рабочих дней. Если вы этого не сделаете, ваша учетная запись будет временно приостановлена нашими службами. Чтобы снова проверить свой почтовый ящик, пришлите следующую информацию:
обычный:
Имя пользователя:
пароль:
Подтвердите Пароль:
Предупреждение!! Если это откажется обновлять аккаунты в течение двух
дней с момента получения электронной почты, он навсегда потеряет счета
владельцы учетных записей электронной почты.
Спасибо за сотрудничество!
Copyright © 2017-2018 Служба технической поддержки WebMail, Inc.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-25 3:26 Bounced mail
0 siblings, 0 replies; 3437+ messages in thread
From: Bounced mail @ 2018-05-25 3:26 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
The original message was received at Fri, 25 May 2018 11:26:13 +0800
from lists.01.org [137.8.247.250]
----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-05-18 12:04 DaeRyong Jeong
0 siblings, 0 replies; 3437+ messages in thread
From: DaeRyong Jeong @ 2018-05-18 12:04 UTC (permalink / raw)
To: davem, kuznet, yoshfuji
Cc: netdev, linux-kernel, byoungyoung, kt0755, bammanag
Bcc:
Subject: WARNING in ip_recv_error
Reply-To:
We report the crash: WARNING in ip_recv_error
This crash has been found in v4.17-rc1 using RaceFuzzer (a modified
version of Syzkaller), which we describe more at the end of this
report. Our analysis shows that the race occurs when invoking two
syscalls concurrently, do_ipv6_setsockopt and inet_recvmsg.
Diagnosis:
We think the concurrent execution of do_ipv6_setsockopt() with optname
IPV6_ADDRFORM and inet_recvmsg() causes the crash. do_ipv6_setsockopt()
can update sk->prot to &udp_prot and sk->sk_family to PF_INET. But
inet_recvmsg() can execute sk->sk_prot->recvmsg() right after that
sk->prot is updated and sk->sk_family is not updated by
do_ipv6_setsockopt(). This will lead WARN_ON in ip_recv_error().
Thread interleaving:
CPU0 (do_ipv6_setsockopt) CPU1 (inet_recvmsg)
===== =====
struct proto *prot = &udp_prot;
...
sk->sk_prot = prot;
sk->sk_socket->ops = &inet_dgram_ops;
err = sk->sk_prot->recvmsg(sk, msg, size, flags & MSG_DONTWAIT,
flags & ~MSG_DONTWAIT, &addr_len);
(in udp_recvmsg)
if (flags & MSG_ERRQUEUE)
return ip_recv_error(sk, msg, len, addr_len);
(in ip_recv_error)
WARN_ON_ONCE(sk->sk_family == AF_INET6);
sk->sk_family = PF_INET;
Call Sequence:
CPU0
=====
udpv6_setsockopt
ipv6_setsockopt
do_ipv6_setsockopt
CPU1
=====
sock_recvmsg
sock_recvmsg_nosec
inet_recvmsg
udp_recvmsg
==================================================================
WARNING: CPU: 1 PID: 32600 at /home/daeryong/workspace/new-race-fuzzer/kernels_repo/kernel_v4.17-rc1/net/ipv4/ip_sockglue.c:508 ip_recv_error+0x6f2/0x720 net/ipv4/ip_sockglue.c:508
Kernel panic - not syncing: panic_on_warn set ...
CPU: 1 PID: 32600 Comm: syz-executor0 Not tainted 4.17.0-rc1 #1
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.8.2-0-g33fbe13 by qemu-project.org 04/01/2014
Call Trace:
__dump_stack lib/dump_stack.c:77 [inline]
dump_stack+0x166/0x21c lib/dump_stack.c:113
panic+0x1a0/0x3a7 kernel/panic.c:184
__warn+0x191/0x1a0 kernel/panic.c:536
report_bug+0x132/0x1b0 lib/bug.c:186
fixup_bug.part.11+0x28/0x50 arch/x86/kernel/traps.c:178
fixup_bug arch/x86/kernel/traps.c:247 [inline]
do_error_trap+0x28b/0x2d0 arch/x86/kernel/traps.c:296
do_invalid_op+0x1b/0x20 arch/x86/kernel/traps.c:315
invalid_op+0x14/0x20 arch/x86/entry/entry_64.S:992
RIP: 0010:ip_recv_error+0x6f2/0x720 net/ipv4/ip_sockglue.c:508
RSP: 0018:ffff8801dadff630 EFLAGS: 00010212
RAX: 0000000000040000 RBX: 0000000000002002 RCX: ffffffff8327de12
RDX: 000000000000008a RSI: ffffc90001a0c000 RDI: ffff8801be615010
RBP: ffff8801dadff720 R08: 0000000000002002 R09: ffff8801dadff918
R10: ffff8801dadff738 R11: ffff8801dadffaff R12: ffff8801be615000
R13: ffff8801dadffd50 R14: 1ffff1003b5bfece R15: ffff8801dadffb90
udp_recvmsg+0x834/0xa10 net/ipv4/udp.c:1571
inet_recvmsg+0x121/0x420 net/ipv4/af_inet.c:830
sock_recvmsg_nosec net/socket.c:802 [inline]
sock_recvmsg+0x7f/0xa0 net/socket.c:809
___sys_recvmsg+0x1f0/0x430 net/socket.c:2279
__sys_recvmsg+0xfc/0x1c0 net/socket.c:2328
__do_sys_recvmsg net/socket.c:2338 [inline]
__se_sys_recvmsg net/socket.c:2335 [inline]
__x64_sys_recvmsg+0x48/0x50 net/socket.c:2335
do_syscall_64+0x15f/0x4a0 arch/x86/entry/common.c:287
entry_SYSCALL_64_after_hwframe+0x49/0xbe
RIP: 0033:0x4563f9
RSP: 002b:00007f24f6927b28 EFLAGS: 00000246 ORIG_RAX: 000000000000002f
RAX: ffffffffffffffda RBX: 000000000072bfa0 RCX: 00000000004563f9
RDX: 0000000000002002 RSI: 0000000020000240 RDI: 0000000000000016
RBP: 00000000000004e4 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000000000 R11: 0000000000000246 R12: 00007f24f69286d4
R13: 00000000ffffffff R14: 00000000006fc600 R15: 0000000000000000
Dumping ftrace buffer:
(ftrace buffer empty)
Kernel Offset: disabled
Rebooting in 86400 seconds..
==================================================================
= About RaceFuzzer
RaceFuzzer is a customized version of Syzkaller, specifically tailored
to find race condition bugs in the Linux kernel. While we leverage
many different technique, the notable feature of RaceFuzzer is in
leveraging a custom hypervisor (QEMU/KVM) to interleave the
scheduling. In particular, we modified the hypervisor to intentionally
stall a per-core execution, which is similar to supporting per-core
breakpoint functionality. This allows RaceFuzzer to force the kernel
to deterministically trigger racy condition (which may rarely happen
in practice due to randomness in scheduling).
RaceFuzzer's C repro always pinpoints two racy syscalls. Since C
repro's scheduling synchronization should be performed at the user
space, its reproducibility is limited (reproduction may take from 1
second to 10 minutes (or even more), depending on a bug). This is
because, while RaceFuzzer precisely interleaves the scheduling at the
kernel's instruction level when finding this bug, C repro cannot fully
utilize such a feature. Please disregard all code related to
"should_hypercall" in the C repro, as this is only for our debugging
purposes using our own hypervisor.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-14 17:30 Jessica
0 siblings, 0 replies; 3437+ messages in thread
From: Jessica @ 2018-05-14 17:30 UTC (permalink / raw)
Hallo groeten, kunt u me alsjeblieft dringend terugschrijven.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-14 6:33 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2018-05-14 6:33 UTC (permalink / raw)
пользователь веб-почты
Обратите внимание, что 95% ваших писем, полученных после обновления сервера веб-почты в последнее время в нашей базе данных, были отложены. Регулярно получать и отправлять свои сообщения. Техническая команда нашей веб-почты обновит вашу учетную запись в течение 3 рабочих дней. Если вы этого не сделаете, ваша учетная запись будет временно приостановлена нашими службами. Чтобы повторно подтвердить свой почтовый ящик, пришлите следующую информацию:
обычный:
Имя пользователя:
пароль:
Подтвердите Пароль:
Предупреждение!! Если это не позволит обновлять учетные записи в
течение двух дней после получения электронной почты, они будут
постоянно потерять учетные записи владельцев учетных записей
веб-почты.
Спасибо за ваше сотрудничество!
Copyright © 2017-2018 Служба технической поддержки WebMail, Inc.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-05 22:07 Shane Missler
0 siblings, 0 replies; 3437+ messages in thread
From: Shane Missler @ 2018-05-05 22:07 UTC (permalink / raw)
Hallo, Sie haben eine Spende von 5.800.000,00EUR, Am Shane Missler der Gewinner des Powerball-Jackpots im Wert von $ 451 Millionen. Ich spende einen Teil meiner Lotterie an fünf glückliche Menschen und Wohltätigkeitseinrichtungen zum Gedenken an meine verstorbene Mutter, die an Krebs gestorben ist. Kontaktieren Sie mich für weitere Informationen unter: shanemissler84@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-05-04 15:21 Mark Henry
0 siblings, 0 replies; 3437+ messages in thread
From: Mark Henry @ 2018-05-04 15:21 UTC (permalink / raw)
Hello
My name is Gen Henry Mark, I am US military officer,i will like to get
acquainted with you, I read your profile and I really wish to indicate
my interest, please I'll be glad if you get back to me so that i can
contact you and tell you more about my self ,i wish to hear from you
soon.
Best regards,
Gen Henry Mark
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-04-20 8:02 ` Christoph Hellwig
0 siblings, 0 replies; 3437+ messages in thread
From: Christoph Hellwig @ 2018-04-20 8:02 UTC (permalink / raw)
Cc: linux-arch, linux-xtensa, Michal Simek, Vincent Chen,
linux-c6x-dev, linux-parisc, linux-sh, linux-hexagon,
linux-kernel, linux-m68k, openrisc, Greentime Hu, linux-alpha,
sparclinux, nios2-dev, linux-snps-arc, linux-arm-kernel
To: iommu@lists.linux-foundation.org
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops
Hi all,
this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.
The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers. The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations. Hopefully we can do some consolidation for them later on
as well.
A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch. Please review them very careful and correct me on
incorrect assumptions.
Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it. It is provided here:
git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent
Gitweb:
http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-04-20 8:02 ` Christoph Hellwig
0 siblings, 0 replies; 3437+ messages in thread
From: Christoph Hellwig @ 2018-04-20 8:02 UTC (permalink / raw)
Cc: linux-arch, linux-xtensa, Michal Simek, Vincent Chen,
linux-c6x-dev, linux-parisc, linux-sh, linux-hexagon,
linux-kernel, linux-m68k, openrisc, Greentime Hu, linux-alpha,
sparclinux, nios2-dev, linux-snps-arc, linux-arm-kernel
To: iommu@lists.linux-foundation.org
Cc: linux-arch@vger.kernel.org
Cc: Michal Simek <monstr@monstr.eu>
Cc: Greentime Hu <green.hu@gmail.com>
Cc: Vincent Chen <deanbo422@gmail.com>
Cc: linux-alpha@vger.kernel.org
Cc: linux-snps-arc@lists.infradead.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-c6x-dev@linux-c6x.org
Cc: linux-hexagon@vger.kernel.org
Cc: linux-m68k@lists.linux-m68k.org
Cc: nios2-dev@lists.rocketboards.org
Cc: openrisc@lists.librecores.org
Cc: linux-parisc@vger.kernel.org
Cc: linux-sh@vger.kernel.org
Cc: sparclinux@vger.kernel.org
Cc: linux-xtensa@linux-xtensa.org
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops
Hi all,
this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and powerpc) are still left to be
converted later due to complexity of their dma ops selection.
The dma-noncoherent ops calls the dma-direct ops for the actual
translation of streaming mappins and allow the architecture to provide
any cache flushing required for cpu to device and/or device to cpu
ownership transfers. The dma coherent allocator is for now still left
entirely to architecture supplied implementations due the amount of
variations. Hopefully we can do some consolidation for them later on
as well.
A lot of architectures are currently doing very questionable things
in their dma mapping routines, which are documented in the changelogs
for each patch. Please review them very careful and correct me on
incorrect assumptions.
Because this series sits on top of two previously submitted series
a git tree might be useful to actually test it. It is provided here:
git://git.infradead.org/users/hch/misc.git generic-dma-noncoherent
Gitweb:
http://git.infradead.org/users/hch/misc.git/shortlog/refs/heads/generic-dma-noncoherent
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-04-16 1:22 Andrew Worsley
0 siblings, 0 replies; 3437+ messages in thread
From: Andrew Worsley @ 2018-04-16 1:22 UTC (permalink / raw)
To: harinik, APANDEY, asarkar, soren.brinkmann, linux-arm-kernel, linux-i2c
This patch clears the remaining i2c buffer overrun problems that I see in my
hardware. When run at 200kHz over 2 days and 17 hours there were *NO* faults seen
despite continously accessing the all the i2c devices. I feel the remaining issues
are related to the TPM not behaving properly at clock speeds of 285kHz or higher.
The other i2c hardware is fine up to maximum 400khz. At these higher clock speeds
the TPM appears to fall behind and I see SDA held low after the TPM read and the
driver report bus arbitration lost errors. Eventually the TPM completely stops
responding and SDA is held low. But accessing the other i2c hardware causes more
i2c clock pulses which lets the SDA go high again then the other i2c devices work
with out problems which further confirms our thinking that the TPM is source of the
remaining i2c problems.
With the additional i2c fixes in the attached patch the Xilinx i2c driver
is working with out problems on our hardware. I recommend you consider adding these
changes which apply on top of the previous fixes that I sent.
Thanks
Andrew Worsley
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-04-06 1:18 venkatvenkatsubra
0 siblings, 0 replies; 3437+ messages in thread
From: venkatvenkatsubra @ 2018-04-06 1:18 UTC (permalink / raw)
To: netdev
Hi Netdev https://goo.gl/5bDZtk
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-04-04 13:43 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2018-04-04 13:43 UTC (permalink / raw)
пользователь веб-почты
Обратите внимание, что 95% ваших писем, полученных после обновления сервера веб-почты в последнее время в нашей базе данных, были отложены. Регулярно получать и отправлять свои сообщения. Техническая команда нашей веб-почты обновит вашу учетную запись в течение 3 рабочих дней. Если вы этого не сделаете, ваша учетная запись будет временно приостановлена нашими службами. Чтобы повторно подтвердить свой почтовый ящик, пришлите следующую
информацию:
обычный:
Имя пользователя:
пароль:
Подтвердите Пароль:
Предупреждение!! Если это не позволит обновлять учетные записи в
течение двух дней после получения электронной почты, они будут
постоянно потерять учетные записи владельцев учетных записей
веб-почты.
Спасибо за ваше сотрудничество!
Copyright © 2017-2018 Служба технической поддержки WebMail, Inc.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-03-23 3:05 Mail Delivery Subsystem
0 siblings, 0 replies; 3437+ messages in thread
From: Mail Delivery Subsystem @ 2018-03-23 3:05 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 3 days:
Host 160.236.182.197 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-03-07 7:48 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2018-03-07 7:48 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 30 bytes --]
Hi sir
solenwin2.zendesk.com
[-- Attachment #1.2: Type: text/html, Size: 145 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-03-05 17:06 Meghana Madhyastha
0 siblings, 0 replies; 3437+ messages in thread
From: Meghana Madhyastha @ 2018-03-05 17:06 UTC (permalink / raw)
To: Noralf Trønnes, Daniel Vetter, dri-devel
linux-spi@vger.kernel.org,Noralf Trønnes <noralf@tronnes.org>,Sean Paul <seanpaul@chromium.org>,kernel@martin.sperl.org
Cc:
Bcc:
Subject: Re: [PATCH v2 0/2] Chunk splitting of spi transfers
Reply-To:
In-Reply-To: <f6dbf3ca-4c1b-90cc-c4af-8889f7407180@tronnes.org>
On Sun, Mar 04, 2018 at 06:38:42PM +0100, Noralf Trønnes wrote:
>
> Den 02.03.2018 12.11, skrev Meghana Madhyastha:
> >On Sun, Feb 25, 2018 at 02:19:10PM +0100, Lukas Wunner wrote:
> >>[cc += linux-rpi-kernel@lists.infradead.org]
> >>
> >>On Sat, Feb 24, 2018 at 06:15:59PM +0000, Meghana Madhyastha wrote:
> >>>I've added bcm2835_spi_transfer_one_message in spi-bcm2835. This calls
> >>>spi_split_transfers_maxsize to split large chunks for spi dma transfers.
> >>>I then removed chunk splitting in the tinydrm spi helper (as now the core
> >>>is handling the chunk splitting). However, although the SPI HW should be
> >>>able to accomodate up to 65535 bytes for dma transfers, the splitting of
> >>>chunks to 65535 bytes results in a dma transfer time out error. However,
> >>>when the chunks are split to < 64 bytes it seems to work fine.
> >>Hm, that is really odd, how did you test this exactly, what did you
> >>use as SPI slave? It contradicts our own experience, we're using
> >>Micrel KSZ8851 Ethernet chips as SPI slave on spi0 of a BCM2837
> >>and can send/receive messages via DMA to the tune of several hundred
> >>bytes without any issues. In fact, for messages < 96 bytes, DMA is
> >>not used at all, so you've probably been using interrupt mode,
> >>see the BCM2835_SPI_DMA_MIN_LENGTH macro in spi-bcm2835.c.
> >Hi Lukas,
> >
> >I think you are right. I checked it and its not using the DMA mode which
> >is why its working with 64 bytes.
> >Noralf, that leaves us back to the
> >initial time out problem. I've tried doing the message splitting in
> >spi_sync as well as spi_pump_messages. Martin had explained that DMA
> >will wait for
> >the SPI HW to set the send_more_data line, but the SPI-HW itself will
> >stop triggering it when SPI_LEN is 0 causing DMA to wait forever. I
> >thought if we split it before itself, the SPI_LEN will not go to zero
> >thus preventing this problem, however it didn't work and started
> >hanging. So I'm a little uncertain as to how to proceed and debug what
> >exactly has caused the time out due to the asynchronous methods.
>
> I did a quick test and at least this is working:
>
> int tinydrm_spi_transfer(struct spi_device *spi, u32 speed_hz,
> struct spi_transfer *header, u8 bpw, const void *buf,
> size_t len)
> {
> struct spi_transfer tr = {
> .bits_per_word = bpw,
> .speed_hz = speed_hz,
> .tx_buf = buf,
> .len = len,
> };
> struct spi_message m;
> size_t maxsize;
> int ret;
>
> maxsize = tinydrm_spi_max_transfer_size(spi, 0);
>
> if (drm_debug & DRM_UT_DRIVER)
> pr_debug("[drm:%s] bpw=%u, maxsize=%zu, transfers:\n",
> __func__, bpw, maxsize);
>
> spi_message_init(&m);
> m.spi = spi;
> if (header)
> spi_message_add_tail(header, &m);
> spi_message_add_tail(&tr, &m);
>
> ret = spi_split_transfers_maxsize(spi->controller, &m, maxsize,
> GFP_KERNEL);
> if (ret)
> return ret;
>
> tinydrm_dbg_spi_message(spi, &m);
>
> return spi_sync(spi, &m);
> }
> EXPORT_SYMBOL(tinydrm_spi_transfer);
>
>
> Log:
> [ 39.015644] [drm:mipi_dbi_fb_dirty [mipi_dbi]] Flushing [FB:36] x1=0,
> x2=320, y1=0, y2=240
>
> [ 39.018079] [drm:mipi_dbi_typec3_command [mipi_dbi]] cmd=2a, par=00 00 01
> 3f
> [ 39.018129] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018152] tr(0): speed=10MHz, bpw=8, len=1, tx_buf=[2a]
> [ 39.018231] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018248] tr(0): speed=10MHz, bpw=8, len=4, tx_buf=[00 00 01 3f]
>
> [ 39.018330] [drm:mipi_dbi_typec3_command [mipi_dbi]] cmd=2b, par=00 00 00
> ef
> [ 39.018347] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018362] tr(0): speed=10MHz, bpw=8, len=1, tx_buf=[2b]
> [ 39.018396] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018428] tr(0): speed=10MHz, bpw=8, len=4, tx_buf=[00 00 00 ef]
>
> [ 39.018487] [drm:mipi_dbi_typec3_command [mipi_dbi]] cmd=2c, len=153600
> [ 39.018502] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018517] tr(0): speed=10MHz, bpw=8, len=1, tx_buf=[2c]
> [ 39.018565] [drm:tinydrm_spi_transfer] bpw=8, maxsize=65532, transfers:
> [ 39.018594] tr(0): speed=48MHz, bpw=8, len=65532, tx_buf=[c6 18 c6 18
> c6 18 c6 18 c6 18 c6 18 c6 18 c6 18 ...]
> [ 39.018608] tr(1): speed=48MHz, bpw=8, len=65532, tx_buf=[06 18 06 18
> 06 18 06 18 06 18 06 18 06 18 06 18 ...]
> [ 39.018621] tr(2): speed=48MHz, bpw=8, len=22536, tx_buf=[10 82 10 82
> 10 82 10 82 10 82 10 82 18 e3 18 e3 ...]
Hi Noralf,
Yes this works but splitting in the spi subsystem doesn't seem to work.
So this means that spi_split_transfers_maxsize is working.
Should I just send in a patch with splitting done here in tinydrm? (I
had thought we wanted to avoid splitting in the tinydrm helper).
Thanks and regards,
Meghana
>
> Noralf.
>
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
[not found] <[PATCH xf86-video-amdgpu 0/3] Add non-desktop and leasing support>
@ 2018-03-03 4:49 ` Keith Packard
0 siblings, 0 replies; 3437+ messages in thread
From: Keith Packard @ 2018-03-03 4:49 UTC (permalink / raw)
To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Cc: michel-otUistvHUpPR7s880joybQ, keithp-aN4HjG94KOLQT0dZR+AlfA
Here are the patches to the modesetting driver amended for the amdgpu
driver.
-keith
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-23 15:54 Adam Richter
0 siblings, 0 replies; 3437+ messages in thread
From: Adam Richter @ 2018-02-23 15:54 UTC (permalink / raw)
To: zh1001, FRoss Perry, alexander deucher, adam richter2004,
barrykendall, containers, ann zhang888, sca38018, westglen,
scott
http://add.chattanooga360.com
Adam Richter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-17 15:29 Ahmed Soliman
0 siblings, 0 replies; 3437+ messages in thread
From: Ahmed Soliman @ 2018-02-17 15:29 UTC (permalink / raw)
To: kvm
subscribe kvm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-17 8:41 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2018-02-17 8:41 UTC (permalink / raw)
To: Virtualization
[-- Attachment #1.1: Type: text/plain, Size: 8 bytes --]
Confirm
[-- Attachment #1.2: Type: text/html, Size: 30 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-17 1:45 Ryan Ellis
0 siblings, 0 replies; 3437+ messages in thread
From: Ryan Ellis @ 2018-02-17 1:45 UTC (permalink / raw)
Hi, I am Ryan. I consider myself an easy-going man,honest and loving person. I am currently looking for a relationship in which i feel loved.
Please tell me more about yourself, if you do not mind.
Regards,
Ryan Ellis.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:59 Mitesh Shah
0 siblings, 0 replies; 3437+ messages in thread
From: Mitesh Shah @ 2018-02-13 22:59 UTC (permalink / raw)
To: Linux Sparse
hi Linux https://goo.gl/gg9bWT Mitesh Shah
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:57 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-13 22:57 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:57 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-13 22:57 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:57 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-13 22:57 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:57 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-13 22:57 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 22:56 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-13 22:56 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 12:43 mavis lilian wanczyk
0 siblings, 0 replies; 3437+ messages in thread
From: mavis lilian wanczyk @ 2018-02-13 12:43 UTC (permalink / raw)
This is the second time i am sending you this mail.
I, Mavis Wanczyk donates $ 5 Million Dollars from part of my Powerball
Jackpot Lottery of $ 758 Million Dollars, respond with your details
for claims.
I await your earliest response and God Bless you
Good luck.
Mavis Wanczyk
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-13 11:58 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2018-02-13 11:58 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 22 bytes --]
solenwin2.zendesk.com
[-- Attachment #1.2: Type: text/html, Size: 139 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-12 1:39 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-12 1:39 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-12 1:39 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-12 1:39 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-12 1:39 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-12 1:39 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-12 1:39 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-12 1:39 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-11 16:07 glolariu
0 siblings, 0 replies; 3437+ messages in thread
From: glolariu @ 2018-02-11 16:07 UTC (permalink / raw)
To: linux man
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=utf-8, Size: 183 bytes --]
Hello Linux https://goo.gl/54LwKT
GlolariuN§²æìr¸yúèØb²X¬¶Ç§vØ^)Þº{.nÇ+·¥{±©âØ^nr¡ö¦zË\x1aëh¨èÚ&¢îý»\x05ËÛÔØï¦v¬Îf\x1dp)¹¹br ê+Ê+zf£¢·h§~Ûiÿûàz¹\x1e®w¥¢¸?¨èÚ&¢)ߢ^[f
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-11 7:19 Alfred Cheuk Chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred Cheuk Chow @ 2018-02-11 7:19 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing Chong
Hing Bank, Hong Kong, Chong Hing Bank Center, 24 Des Voeux Road Central,
Hong Kong. I have a business proposal of $ 38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-08 14:40 Automatic Email Delivery Software
0 siblings, 0 replies; 3437+ messages in thread
From: Automatic Email Delivery Software @ 2018-02-08 14:40 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
The original message was received at Thu, 8 Feb 2018 22:40:15 +0800
from lists.01.org [63.188.95.85]
----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
----- Transcript of session follows -----
while talking to lists.01.org.:
>>> MAIL From:"Automatic Email Delivery Software" <postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
<<< 501 "Automatic Email Delivery Software" <postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>... Refused
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
[not found] ` <CALfDnQ-NihbhS=8C+ZfiKepj5x+Zd5uS2zH82-VrwV40A55s0w@mail.gmail.com>
@ 2018-02-07 10:50 ` Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2018-02-07 10:50 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 19 bytes --]
hong_en@solenw.org
[-- Attachment #1.2: Type: text/html, Size: 129 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-02-02 12:15 Robert Vasek
0 siblings, 0 replies; 3437+ messages in thread
From: Robert Vasek @ 2018-02-02 12:15 UTC (permalink / raw)
To: ceph-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 17:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 17:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 16:55 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 16:55 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 16:30 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 16:30 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 16:30 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 16:30 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-29 14:17 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-29 14:17 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm-w9fAFgjg1Hs@public.gmane.org )
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-28 17:06 whoisthis TG
0 siblings, 0 replies; 3437+ messages in thread
From: whoisthis TG @ 2018-01-28 17:06 UTC (permalink / raw)
To: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
He
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-28 17:01 whoisthis TG
0 siblings, 0 replies; 3437+ messages in thread
From: whoisthis TG @ 2018-01-28 17:01 UTC (permalink / raw)
To: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA
Do it
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-27 13:48 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-27 13:48 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-27 13:48 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-27 13:48 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm@dr.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-27 13:25 Jones
0 siblings, 0 replies; 3437+ messages in thread
From: Jones @ 2018-01-27 13:25 UTC (permalink / raw)
This is in regards to an inheritance on your surname, reply back using your email address, stating your full name for more details. Reply to email for info. Email me here ( gertvm-w9fAFgjg1Hs@public.gmane.org )
--
To unsubscribe from this list: send the line "unsubscribe dwarves" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-25 7:23 tirumalareddy marri
0 siblings, 0 replies; 3437+ messages in thread
From: tirumalareddy marri @ 2018-01-25 7:23 UTC (permalink / raw)
To: linux ext4
Greetings
https://goo.gl/zeTgBc
tirumalareddy marri
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-23 13:54 Mr Sheng Li Hung
0 siblings, 0 replies; 3437+ messages in thread
From: Mr Sheng Li Hung @ 2018-01-23 13:54 UTC (permalink / raw)
--
I am Mr.Sheng Li Hung I have a very profitable business proposition for you
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-23 13:36 Mr Sheng Li Hung
0 siblings, 0 replies; 3437+ messages in thread
From: Mr Sheng Li Hung @ 2018-01-23 13:36 UTC (permalink / raw)
--
I am Mr.Sheng Li Hung I have a very profitable business proposition for you
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-01-16 2:23 Jack.Ma
0 siblings, 0 replies; 3437+ messages in thread
From: Jack.Ma @ 2018-01-16 2:23 UTC (permalink / raw)
To: netfilter-devel
subscribe netfilter-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2018-01-16 2:16 Jack.Ma
0 siblings, 0 replies; 3437+ messages in thread
From: Jack.Ma @ 2018-01-16 2:16 UTC (permalink / raw)
To: netfilter-devel
subscribe netdev
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-11 3:22 Active lender@
0 siblings, 0 replies; 3437+ messages in thread
From: Active lender@ @ 2018-01-11 3:22 UTC (permalink / raw)
Schöne Grüße,
Ich bin Frau Adrian Irene von Active Lenders Darlehensfirma bekannt als Active Lending Loan®. Wir bieten alle Arten von Darlehen bei 1% Zinssatz. Wenn Sie ein Darlehen benötigen, kontaktieren Sie uns bitte mit den folgenden Informationen.
Bitte füllen Sie das untenstehende Formular aus und senden Sie es so schnell wie möglich zurück.
Benötigte Menge: .........
Laufzeit des Darlehens: ....
Der Grund für das Darlehen: .....
Wir freuen uns darauf, Ihnen zu helfen. Kontaktieren Sie uns per E-Mail: contact@activeslendinggroup.com
Deine
Frau Adrian Irene
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-10 10:27 TimGuo
0 siblings, 0 replies; 3437+ messages in thread
From: TimGuo @ 2018-01-10 10:27 UTC (permalink / raw)
To: tglx, mingo, hpa, mingo, x86, linux-pm, linux-kernel
Cc: brucechang, cooperyan, qiyuanwang, benjaminpan, TimGuo
>From 812522018b0f1d9501fbdda4018be9a6fc9c21bf Mon Sep 17 00:00:00 2001
From: TimGuo <timguo@zhaoxin.com>
Date: Wed, 10 Jan 2018 18:16:33 +0800
Subject: [PATCH] x86/centaur: Mark TSC invariant
Centaur CPU has a constant frequency TSC and that TSC
does not stop in C-States. But because the flags are not set for that CPU
the TSC is treated as non constant frequency and assumed to stop in
C-States, which makes it an unreliable and unusable clock source.
Setting those flags tells the kernel that the TSC is usable, so it will
select it over HPET. The effect of this is that reading time stamps (from
kernel or user space) will be faster and more efficient.
Signed-off-by: TimGuo <timguo@zhaoxin.com>
Acked-by: tglx <tglx@linutronix.de>
---
arch/x86/kernel/cpu/centaur.c | 4 ++++
drivers/acpi/processor_idle.c | 1 +
2 files changed, 5 insertions(+)
diff --git a/arch/x86/kernel/cpu/centaur.c b/arch/x86/kernel/cpu/centaur.c
index 68bc6d9..c578cd2 100644
--- a/arch/x86/kernel/cpu/centaur.c
+++ b/arch/x86/kernel/cpu/centaur.c
@@ -106,6 +106,10 @@ static void early_init_centaur(struct cpuinfo_x86 *c)
#ifdef CONFIG_X86_64
set_cpu_cap(c, X86_FEATURE_SYSENTER32);
#endif
+ if (c->x86_power & (1 << 8)) {
+ set_cpu_cap(c, X86_FEATURE_CONSTANT_TSC);
+ set_cpu_cap(c, X86_FEATURE_NONSTOP_TSC);
+ }
}
static void init_centaur(struct cpuinfo_x86 *c)
diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
index d50a7b6..5f0071c 100644
--- a/drivers/acpi/processor_idle.c
+++ b/drivers/acpi/processor_idle.c
@@ -207,6 +207,7 @@ static void tsc_check_state(int state)
switch (boot_cpu_data.x86_vendor) {
case X86_VENDOR_AMD:
case X86_VENDOR_INTEL:
+ case X86_VENDOR_CENTAUR:
/*
* AMD Fam10h TSC will tick in all
* C/P/S0/S1 states when this bit is set.
--
1.9.1
保密声明:
本邮件含有保密或专有信息,仅供指定收件人使用。严禁对本邮件或其内容做任何未经授权的查阅、使用、复制或转发。
CONFIDENTIAL NOTE:
This email contains confidential or legally privileged information and is for the sole use of its intended recipient. Any unauthorized review, use, copying or forwarding of this email or the content of this email is strictly prohibited.
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-09 21:23 Emile Kenold
0 siblings, 0 replies; 3437+ messages in thread
From: Emile Kenold @ 2018-01-09 21:23 UTC (permalink / raw)
--
My name is Mrs. Emile Kenold from London. I was diagnosed of lung
cancer which had damaged my liver and my health is no longer
responding to medical treatments.
I have made up my mind to give a charity donation of $11 Million to
you and i pray you will be sincere to use this money for charity work
according to my will, to help orphans, widows and also build schools
for less privilege ones, please i need your sincere and urgent
response to entrust this money to you due to my current health
condition.
Regards
Emile.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2018-01-02 22:11 Mr Sheng Li Hung
0 siblings, 0 replies; 3437+ messages in thread
From: Mr Sheng Li Hung @ 2018-01-02 22:11 UTC (permalink / raw)
--
I am Mr.Sheng Li Hung, from china I got your information while search for
a reliable person, I have a very profitable business proposition for you
and i can assure you that you will not regret been part of this mutual
beneficial transaction after completion. Kindly get back to me for more
details on this email id: shengli19@hotmail.com
Thanks
Mr Sheng Li Hung
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-30 4:37 Adam Richter
0 siblings, 0 replies; 3437+ messages in thread
From: Adam Richter @ 2017-12-30 4:37 UTC (permalink / raw)
To: adam richter2004, barrykendall, containers, ann zhang888, sca38018
http://durable.daphnevy.com
Adam Richter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-30 2:10 Arpit Patel
0 siblings, 0 replies; 3437+ messages in thread
From: Arpit Patel @ 2017-12-30 2:10 UTC (permalink / raw)
To: linux scsi
good afternoon Linux
https://goo.gl/P81Ven
Arpit
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-24 9:07 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-12-24 9:07 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-24 2:58 柯弼舜
0 siblings, 0 replies; 3437+ messages in thread
From: 柯弼舜 @ 2017-12-24 2:58 UTC (permalink / raw)
To: ceph-devel
subscribe ceph-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-23 15:32 柯弼舜
0 siblings, 0 replies; 3437+ messages in thread
From: 柯弼舜 @ 2017-12-23 15:32 UTC (permalink / raw)
To: ceph-devel
subscribe ceph-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-17 17:28 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-12-17 17:28 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-14 16:26 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-12-14 16:26 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-12 16:06 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-12-12 16:06 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-07 12:53 Sistemas administrador
0 siblings, 0 replies; 3437+ messages in thread
From: Sistemas administrador @ 2017-12-07 12:53 UTC (permalink / raw)
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de correo, envíe la siguiente información a continuación:
nombre:
Nombre de usuario:
contraseña:
Confirmar contraseña:
E-mail:
teléfono:
Si usted no puede revalidar su buzón, el buzón se deshabilitará!
Disculpa las molestias.
Código de verificación: es: 006524
Correo Soporte Técnico © 2017
¡gracias
Sistemas administrador
CLAUSULA DE CONFIDENCIALIDAD: El contenido de este correo y sus anexos es confidencial, debe ser utilizado por el destinatario del mismo. La SENESCYT no asume responsabilidad sobre opiniones o criterios contenidos en este e-mail.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-01 14:22 Rein Appeldoorn
0 siblings, 0 replies; 3437+ messages in thread
From: Rein Appeldoorn @ 2017-12-01 14:22 UTC (permalink / raw)
To: linux-can
unsubscribe linux-can
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-12-01 2:56 Post Office
0 siblings, 0 replies; 3437+ messages in thread
From: Post Office @ 2017-12-01 2:56 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
[-- Attachment #1: Type: text/plain, Size: 1403 bytes --]
Spam detection software, running on the system "blaine.gmane.org",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview: This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was not reachable
within the allowed queue period. The amount of time a message is queued before
it is returned depends on local configura- tion parameters. [...]
Content analysis details: (5.7 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no
trust
[198.145.21.10 listed in list.dnswl.org]
-0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
1.4 PYZOR_CHECK Listed in Pyzor (http://pyzor.sf.net/)
2.2 AXB_XMAILER_MIMEOLE_OL_024C2 No description available.
2.6 MSOE_MID_WRONG_CASE No description available.
1.9 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
[-- Attachment #2: original message before SpamAssassin --]
[-- Type: message/rfc822, Size: 3458 bytes --]
From: "Post Office" <noreply-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
Subject:
Date: Fri, 1 Dec 2017 10:56:17 +0800
Message-ID: <20171201025154.D9EAF220F3C48-y27Ovi1pjclAfugRpC6u6w@public.gmane.org>
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 4 days:
Host 44.159.81.28 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-20 2:36 Robert Wang
0 siblings, 0 replies; 3437+ messages in thread
From: Robert Wang @ 2017-11-20 2:36 UTC (permalink / raw)
To: ceph-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-19 20:07 Mitesh Shah
0 siblings, 0 replies; 3437+ messages in thread
From: Mitesh Shah @ 2017-11-19 20:07 UTC (permalink / raw)
To: Linux Sparse
Salutations Linux
http://bit.ly/2ATC9sN
Mitesh Shah
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-16 10:18 Michal Hocko
0 siblings, 0 replies; 3437+ messages in thread
From: Michal Hocko @ 2017-11-16 10:18 UTC (permalink / raw)
To: linux-api
Cc: Khalid Aziz, Michael Ellerman, Andrew Morton,
Russell King - ARM Linux, Andrea Arcangeli, linux-mm, LKML,
linux-arch, Abdul Haleem, Joel Stanley, Kees Cook, Michal Hocko
Hi,
this has started as a follow up discussion [1][2] resulting in the
runtime failure caused by hardening patch [3] which removes MAP_FIXED
from the elf loader because MAP_FIXED is inherently dangerous as it
might silently clobber and existing underlying mapping (e.g. stack). The
reason for the failure is that some architectures enforce an alignment
for the given address hint without MAP_FIXED used (e.g. for shared or
file backed mappings).
One way around this would be excluding those archs which do alignment
tricks from the hardening [4]. The patch is really trivial but it has
been objected, rightfully so, that this screams for a more generic
solution. We basically want a non-destructive MAP_FIXED.
The first patch introduced MAP_FIXED_SAFE which enforces the given
address but unlike MAP_FIXED it fails with ENOMEM if the given range
conflicts with an existing one. The flag is introduced as a completely
new flag rather than a MAP_FIXED extension because of the backward
compatibility. We really want a never-clobber semantic even on older
kernels which do not recognize the flag. Unfortunately mmap sucks wrt.
flags evaluation because we do not EINVAL on unknown flags. On those
kernels we would simply use the traditional hint based semantic so the
caller can still get a different address (which sucks) but at least not
silently corrupt an existing mapping. I do not see a good way around
that. Except we won't export expose the new semantic to the userspace at
all. It seems there are users who would like to have something like that
[5], though. Atomic address range probing in the multithreaded programs
sounds like an interesting thing to me as well, although I do not have
any specific usecase in mind.
The second patch simply replaces MAP_FIXED use in elf loader by
MAP_FIXED_SAFE. I believe other places which rely on MAP_FIXED should
follow. Actually real MAP_FIXED usages should be docummented properly
and they should be more of an exception.
Does anybody see any fundamental reasons why this is a wrong approach?
Diffstat says
arch/alpha/include/uapi/asm/mman.h | 2 ++
arch/metag/kernel/process.c | 6 +++++-
arch/mips/include/uapi/asm/mman.h | 2 ++
arch/parisc/include/uapi/asm/mman.h | 2 ++
arch/powerpc/include/uapi/asm/mman.h | 1 +
arch/sparc/include/uapi/asm/mman.h | 1 +
arch/tile/include/uapi/asm/mman.h | 1 +
arch/xtensa/include/uapi/asm/mman.h | 2 ++
fs/binfmt_elf.c | 12 ++++++++----
include/uapi/asm-generic/mman.h | 1 +
mm/mmap.c | 11 +++++++++++
11 files changed, 36 insertions(+), 5 deletions(-)
[1] http://lkml.kernel.org/r/20171107162217.382cd754@canb.auug.org.au
[2] http://lkml.kernel.org/r/1510048229.12079.7.camel@abdul.in.ibm.com
[3] http://lkml.kernel.org/r/20171023082608.6167-1-mhocko@kernel.org
[4] http://lkml.kernel.org/r/20171113094203.aofz2e7kueitk55y@dhcp22.suse.cz
[5] http://lkml.kernel.org/r/87efp1w7vy.fsf@concordia.ellerman.id.au
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-15 14:44 Qing Chang
0 siblings, 0 replies; 3437+ messages in thread
From: Qing Chang @ 2017-11-15 14:44 UTC (permalink / raw)
To: linux fsdevel
hi Linux
http://bit.ly/2iXiosH
Qing
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-11-15 9:18 nanda_kishore_chinna
0 siblings, 0 replies; 3437+ messages in thread
From: nanda_kishore_chinna @ 2017-11-15 9:18 UTC (permalink / raw)
unsubscribe platform-driver-x86
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-13 3:13 Bounced mail
0 siblings, 0 replies; 3437+ messages in thread
From: Bounced mail @ 2017-11-13 3:13 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
The original message was received at Mon, 13 Nov 2017 11:13:14 +0800
from lists.01.org [217.132.172.246]
----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
----- Transcript of session follows -----
while talking to lists.01.org.:
>>> MAIL From:"Bounced mail" <MAILER-DAEMON-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
<<< 501 "Bounced mail" <MAILER-DAEMON-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>... Refused
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-12 15:10 Mitesh Shah
0 siblings, 0 replies; 3437+ messages in thread
From: Mitesh Shah @ 2017-11-12 15:10 UTC (permalink / raw)
To: Linux Sparse
Hi Linux
http://bit.ly/2mgWPIO
;-)
Mitesh
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-12 15:09 Friedrich Mayrhofer
0 siblings, 0 replies; 3437+ messages in thread
From: Friedrich Mayrhofer @ 2017-11-12 15:09 UTC (permalink / raw)
This is the second time i am sending you this Email.
I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.
Regards.
Friedrich Mayrhofer
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-12 15:09 Friedrich Mayrhofer
0 siblings, 0 replies; 3437+ messages in thread
From: Friedrich Mayrhofer @ 2017-11-12 15:09 UTC (permalink / raw)
This is the second time i am sending you this Email.
I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.
Regards.
Friedrich Mayrhofer
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-12 15:09 Friedrich Mayrhofer
0 siblings, 0 replies; 3437+ messages in thread
From: Friedrich Mayrhofer @ 2017-11-12 15:09 UTC (permalink / raw)
This is the second time i am sending you this Email.
I, Friedrich Mayrhofer Donate $ 1,000,000.00 to You, Email Me
personally for more details.
Regards.
Friedrich Mayrhofer
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-06 19:51 Qing Chang
0 siblings, 0 replies; 3437+ messages in thread
From: Qing Chang @ 2017-11-06 19:51 UTC (permalink / raw)
To: linux fsdevel
Hey Linux
http://bit.ly/2y5JOmP
Qing Chang
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-05 3:40 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-11-05 3:40 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 9 bytes --]
--
null
[-- Attachment #1.2: Type: text/html, Size: 101 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-11-01 23:35 Roy Cockrum Foundation
0 siblings, 0 replies; 3437+ messages in thread
From: Roy Cockrum Foundation @ 2017-11-01 23:35 UTC (permalink / raw)
Hallo, Sie machen eine Spende von 4.800.000,00 EUR, ich habe die America Lotto in Amerika im Wert von 259,9 Millionen Dollar gewonnen, und ich gebe einen Teil davon fünf glückliche Menschen und Wohltätigkeits-Häuser in Erinnerung an meine verstorbene Frau, die an Krebs gestorben ist. Kontaktieren Sie mich für weitere Informationen: roycockrum2009@gmail.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-29 9:46 Solen win
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win @ 2017-10-29 9:46 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-25 12:10 EG
0 siblings, 0 replies; 3437+ messages in thread
From: EG @ 2017-10-25 12:10 UTC (permalink / raw)
To: Recipients
I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your response.
Faithfully,
Ms.Ella Golan
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-23 13:52 Intl Agency
0 siblings, 0 replies; 3437+ messages in thread
From: Intl Agency @ 2017-10-23 13:52 UTC (permalink / raw)
Hello Dear,
All data(s) concerning this will be disclosed to you on your
acknowledgment of this mail for security reasons(to avoid copyright
violations). Your beneficiary sum are ready to be transferred to your
bank account, this is very urgent. The sum which was formerly own to
late Mr. Thomas, Precisely Your distance Uncle who has the same
surname with you.
Meanwhile, a man appears before the bank few days ago with a letter,
claiming to be your true representative. Below is the banking detail
which he submitted to the bank claiming to be your bank account
details?
Customer ID : 405002251
Bank name : Axis Bank
Account Name : Whitelake Technology Solutions Pvt. Ltd.
Axis Bank A/c No : 910020027939048
Address : Tuticorin, Tamil Nadu, India
Swift Code : AXISINBB002
IFSC Code - UTIB0000405
Please, do reconfirm and affirm to this office, as a matter of urgency
if this man by name Mr. Shmeal Mustafa, and the bank account detail
provided are truly from you, to enable the bank release and transfer
your fund to you. I expect hearing from you on or before seven (7)
working days starting from today or we shall order payment to the
above provided bank account detail:
Kindly revert to me with the following info's for more details and
clarifications regarding this transaction
Your ... Full Name:
Your ... Age:
Your ... Occupation and position:
Your ... Marital status:
Your private email / phone:
Best Regards,
Frank
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-20 8:42 membership
0 siblings, 0 replies; 3437+ messages in thread
From: membership @ 2017-10-20 8:42 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: cinqz.doc --]
[-- Type: application/msword, Size: 86528 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-20 3:19 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-10-20 3:19 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 94585642821.zip --]
[-- Type: application/zip, Size: 43584 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-19 22:54 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-10-19 22:54 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 21687962919146.zip --]
[-- Type: application/zip, Size: 43589 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-19 20:10 pooks005
0 siblings, 0 replies; 3437+ messages in thread
From: pooks005 @ 2017-10-19 20:10 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 494911192325944.zip --]
[-- Type: application/zip, Size: 43595 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-17 20:28 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-10-17 20:28 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 30998342.doc --]
[-- Type: application/msword, Size: 64000 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-17 12:14 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-10-17 12:14 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 1223614.zip --]
[-- Type: application/zip, Size: 35489 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-17 7:00 lswedroe
0 siblings, 0 replies; 3437+ messages in thread
From: lswedroe @ 2017-10-17 7:00 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAILS_540361938616_linux-acpi.zip --]
[-- Type: application/zip, Size: 35488 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-17 0:33 membership
0 siblings, 0 replies; 3437+ messages in thread
From: membership @ 2017-10-17 0:33 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EMAILS_8042814_linux-crypto.zip --]
[-- Type: application/zip, Size: 46096 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-16 19:44 iker-KvP5wT2u2U0
0 siblings, 0 replies; 3437+ messages in thread
From: iker-KvP5wT2u2U0 @ 2017-10-16 19:44 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAILS_091059479495328_linux-efi.zip --]
[-- Type: application/zip, Size: 46090 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-16 11:30 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-10-16 11:30 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 567333220.zip --]
[-- Type: application/zip, Size: 46094 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-16 1:23 fwkz4811-DoVvmRvd3PAA2dtGD8cC2w
0 siblings, 0 replies; 3437+ messages in thread
From: fwkz4811-DoVvmRvd3PAA2dtGD8cC2w @ 2017-10-16 1:23 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 60336090.zip --]
[-- Type: application/zip, Size: 2838 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 22:07 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-10-15 22:07 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 377462.zip --]
[-- Type: application/zip, Size: 2740 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 18:29 clasico082
0 siblings, 0 replies; 3437+ messages in thread
From: clasico082 @ 2017-10-15 18:29 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 951043539.zip --]
[-- Type: application/zip, Size: 2779 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 15:13 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-10-15 15:13 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 4412770469.zip --]
[-- Type: application/zip, Size: 2798 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 13:57 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-10-15 13:57 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 29848250.zip --]
[-- Type: application/zip, Size: 2816 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 13:01 pekka.enne
0 siblings, 0 replies; 3437+ messages in thread
From: pekka.enne @ 2017-10-15 13:01 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 01587514.zip --]
[-- Type: application/zip, Size: 2839 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 12:17 Solen win2
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win2 @ 2017-10-15 12:17 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 12:04 sherrilyn
0 siblings, 0 replies; 3437+ messages in thread
From: sherrilyn @ 2017-10-15 12:04 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 582087541899203.zip --]
[-- Type: application/zip, Size: 2820 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 11:49 edo.hlaca
0 siblings, 0 replies; 3437+ messages in thread
From: edo.hlaca @ 2017-10-15 11:49 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 808992881895551.zip --]
[-- Type: application/zip, Size: 2799 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 11:15 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-10-15 11:15 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 211899324.zip --]
[-- Type: application/zip, Size: 2808 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-15 3:28 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-10-15 3:28 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 367770.zip --]
[-- Type: application/zip, Size: 2805 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-14 6:44 Ella Golan
0 siblings, 0 replies; 3437+ messages in thread
From: Ella Golan @ 2017-10-14 6:44 UTC (permalink / raw)
I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your Response...
Faithfully,
Ms.Ella Golan
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-13 17:15 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-10-13 17:15 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 341777621.zip --]
[-- Type: application/zip, Size: 2835 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-13 6:16 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-10-13 6:16 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 362936577323.zip --]
[-- Type: application/zip, Size: 3208 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 14:09 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-10-12 14:09 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 4319450234.zip --]
[-- Type: application/zip, Size: 2801 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 13:53 Andrew Clement
0 siblings, 0 replies; 3437+ messages in thread
From: Andrew Clement @ 2017-10-12 13:53 UTC (permalink / raw)
I sent a message to you before which i am still waiting for your
respones please do reply me.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 13:15 mbalhoff
0 siblings, 0 replies; 3437+ messages in thread
From: mbalhoff @ 2017-10-12 13:15 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 5982826813.zip --]
[-- Type: application/zip, Size: 2805 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 11:46 sophie.norman
0 siblings, 0 replies; 3437+ messages in thread
From: sophie.norman @ 2017-10-12 11:46 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 80972472247.zip --]
[-- Type: application/zip, Size: 2812 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 8:17 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-10-12 8:17 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 423180199556284.zip --]
[-- Type: application/zip, Size: 2803 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 5:55 xa0et.sirio
0 siblings, 0 replies; 3437+ messages in thread
From: xa0et.sirio @ 2017-10-12 5:55 UTC (permalink / raw)
To: kvm
[-- Attachment #1: 10277430436151.zip --]
[-- Type: application/zip, Size: 2801 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-12 3:08 iker-KvP5wT2u2U0
0 siblings, 0 replies; 3437+ messages in thread
From: iker-KvP5wT2u2U0 @ 2017-10-12 3:08 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 97369885.zip --]
[-- Type: application/zip, Size: 2827 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 22:32 fwkz4811-DoVvmRvd3PAA2dtGD8cC2w
0 siblings, 0 replies; 3437+ messages in thread
From: fwkz4811-DoVvmRvd3PAA2dtGD8cC2w @ 2017-10-11 22:32 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 96920034978.zip --]
[-- Type: application/zip, Size: 2799 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 19:55 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-10-11 19:55 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 150646856.zip --]
[-- Type: application/zip, Size: 2805 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 19:29 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-10-11 19:29 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 85891743224441.zip --]
[-- Type: application/zip, Size: 2775 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 11:49 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-10-11 11:49 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 559072852.zip --]
[-- Type: application/zip, Size: 2822 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 9:19 pekka.enne
0 siblings, 0 replies; 3437+ messages in thread
From: pekka.enne @ 2017-10-11 9:19 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 3575697248.zip --]
[-- Type: application/zip, Size: 2799 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 8:20 sherrilyn
0 siblings, 0 replies; 3437+ messages in thread
From: sherrilyn @ 2017-10-11 8:20 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 00401005801.zip --]
[-- Type: application/zip, Size: 2799 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 7:34 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-10-11 7:34 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 12752943587877.zip --]
[-- Type: application/zip, Size: 2795 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-11 4:11 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-10-11 4:11 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 998537216140305.zip --]
[-- Type: application/zip, Size: 6055 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-10 23:27 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-10-10 23:27 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 6274763896.zip --]
[-- Type: application/zip, Size: 6037 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-09 15:06 jha
0 siblings, 0 replies; 3437+ messages in thread
From: jha @ 2017-10-09 15:06 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 879807.zip --]
[-- Type: application/zip, Size: 7253 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-09 13:19 carmen.croonquist
0 siblings, 0 replies; 3437+ messages in thread
From: carmen.croonquist @ 2017-10-09 13:19 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 20689.zip --]
[-- Type: application/zip, Size: 7234 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-09 7:37 Michael Lyle
0 siblings, 0 replies; 3437+ messages in thread
From: Michael Lyle @ 2017-10-09 7:37 UTC (permalink / raw)
To: linux-bcache, linux-block; +Cc: colyli
[PATCH v2 1/2] bcache: writeback rate shouldn't artifically clamp
[PATCH v2 2/2] bcache: rearrange writeback main thread ratelimit
This is a reroll of the previous "don't clamp" patch. It corrects
type issues where negative numbers were handled badly (mostly for
display in writeback_rate_debug).
Additionally, a new, related patch-- during scanning for dirty
blocks, don't reset the ratelimiting counter. This can prevent
undershoots/overshoots of the target rate relating to scanning.
Mike
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-09 6:17 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-10-09 6:17 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 593592994.zip --]
[-- Type: application/zip, Size: 7328 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-09 3:44 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-10-09 3:44 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 417841081322055.zip --]
[-- Type: application/zip, Size: 7265 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 23:01 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-10-08 23:01 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 7646074810541.zip --]
[-- Type: application/zip, Size: 7348 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 22:32 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-10-08 22:32 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 7210184386.zip --]
[-- Type: application/zip, Size: 7244 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 19:00 matthias.foerster
0 siblings, 0 replies; 3437+ messages in thread
From: matthias.foerster @ 2017-10-08 19:00 UTC (permalink / raw)
To: dash
[-- Attachment #1: 434071651431.zip --]
[-- Type: application/zip, Size: 7308 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
[not found] ` <1504117946-3958-1-git-send-email-larturus2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-09-24 15:50 ` (unknown), Artur Lorincz
2017-10-06 19:31 ` (unknown), Artur Lorincz
@ 2017-10-08 16:28 ` Artur Lorincz
2 siblings, 0 replies; 3437+ messages in thread
From: Artur Lorincz @ 2017-10-08 16:28 UTC (permalink / raw)
To: robh-DgEjT+Ai2ygdnm+yROfE0A
Cc: devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
larturus-/E1597aS9LQAvxtiuMwx3w
Hello,
Thanks for checking the patch.
I missed the #else part of he CONFIG_OF #ifdef previously.
I made the code properly depend on CONFIG_OF now.
I am not familiar with this code base. When time allows I would like to contribute by refactoring code in this area.
Let me know if you have specific ideas about what should change and how the code should be refactored.
Artur
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 14:15 clasico082
0 siblings, 0 replies; 3437+ messages in thread
From: clasico082 @ 2017-10-08 14:15 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 01777909.zip --]
[-- Type: application/zip, Size: 7221 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 11:08 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-10-08 11:08 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 354549.zip --]
[-- Type: application/zip, Size: 7203 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 9:52 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-10-08 9:52 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 0528473.zip --]
[-- Type: application/zip, Size: 7243 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 9:00 pekka.enne
0 siblings, 0 replies; 3437+ messages in thread
From: pekka.enne @ 2017-10-08 9:00 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 50948.zip --]
[-- Type: application/zip, Size: 7245 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 7:59 edo.hlaca
0 siblings, 0 replies; 3437+ messages in thread
From: edo.hlaca @ 2017-10-08 7:59 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 7052236502429.zip --]
[-- Type: application/zip, Size: 7208 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 7:32 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-10-08 7:32 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 3534680.zip --]
[-- Type: application/zip, Size: 7324 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-08 1:26 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-10-08 1:26 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 9108707.zip --]
[-- Type: application/zip, Size: 7119 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-07 4:45 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-10-07 4:45 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 57361065.zip --]
[-- Type: application/zip, Size: 7308 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-07 3:40 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-10-07 3:40 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 26521476.zip --]
[-- Type: application/zip, Size: 7189 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-07 0:31 carmen.croonquist
0 siblings, 0 replies; 3437+ messages in thread
From: carmen.croonquist @ 2017-10-07 0:31 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 12905.zip --]
[-- Type: application/zip, Size: 7378 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
[not found] ` <1504117946-3958-1-git-send-email-larturus2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-09-24 15:50 ` (unknown), Artur Lorincz
@ 2017-10-06 19:31 ` Artur Lorincz
2017-10-08 16:28 ` (unknown), Artur Lorincz
2 siblings, 0 replies; 3437+ messages in thread
From: Artur Lorincz @ 2017-10-06 19:31 UTC (permalink / raw)
To: robh-DgEjT+Ai2ygdnm+yROfE0A
Cc: devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
larturus-/E1597aS9LQAvxtiuMwx3w
Hello,
When you get to it, could you please send me an update about this patch?
I believe the attached (trivial) patch should take less time to review then reading this message.
Thanks,
Artur
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 11:55 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-10-06 11:55 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: BUY-517182571linux-acpi.zip --]
[-- Type: application/zip, Size: 7281 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 8:31 smallgroups
0 siblings, 0 replies; 3437+ messages in thread
From: smallgroups @ 2017-10-06 8:31 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: MICROSOFT-68816linux-crypto.zip --]
[-- Type: application/zip, Size: 7247 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 5:16 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-10-06 5:16 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: OLGA-547702238973419linux-scsi.zip --]
[-- Type: application/zip, Size: 7273 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 2:19 sherrilyn
0 siblings, 0 replies; 3437+ messages in thread
From: sherrilyn @ 2017-10-06 2:19 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: ONLINE-333670114381linux-arch.zip --]
[-- Type: application/zip, Size: 7228 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 1:59 edo.hlaca
0 siblings, 0 replies; 3437+ messages in thread
From: edo.hlaca @ 2017-10-06 1:59 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: NATASHA-75526540507909netfilter-devel.zip --]
[-- Type: application/zip, Size: 7283 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-06 1:43 sophie.norman
0 siblings, 0 replies; 3437+ messages in thread
From: sophie.norman @ 2017-10-06 1:43 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: MESSAGE-7301268934netfilter-devel.zip --]
[-- Type: application/zip, Size: 7238 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-05 15:34 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-10-05 15:34 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EBAY-00128399787315netdev.zip --]
[-- Type: application/zip, Size: 7325 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-05 14:24 informationrequest
0 siblings, 0 replies; 3437+ messages in thread
From: informationrequest @ 2017-10-05 14:24 UTC (permalink / raw)
To: netdev
[-- Attachment #1: SALE-877553024907700netdev.zip --]
[-- Type: application/zip, Size: 7221 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-05 10:20 jeffrey.faulkenberg
0 siblings, 0 replies; 3437+ messages in thread
From: jeffrey.faulkenberg @ 2017-10-05 10:20 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: SHOP-92491235258linux-ext4.zip --]
[-- Type: application/zip, Size: 7271 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-05 7:10 mgriffit
0 siblings, 0 replies; 3437+ messages in thread
From: mgriffit @ 2017-10-05 7:10 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: INFO_22673_linux-ide.zip --]
[-- Type: application/zip, Size: 7245 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-05 6:53 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-10-05 6:53 UTC (permalink / raw)
To: netdev
[-- Attachment #1: INFO_89244804971359_netdev.zip --]
[-- Type: application/zip, Size: 44235 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-04 16:11 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-10-04 16:11 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 2649741863647.zip --]
[-- Type: application/zip, Size: 7246 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-04 15:33 membership
0 siblings, 0 replies; 3437+ messages in thread
From: membership @ 2017-10-04 15:33 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 1060824159.zip --]
[-- Type: application/zip, Size: 5425 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-04 11:44 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-10-04 11:44 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 18225093198369.zip --]
[-- Type: application/zip, Size: 7229 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-04 5:56 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-10-04 5:56 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 85708430384537.zip --]
[-- Type: application/zip, Size: 7217 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 13:59 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-10-03 13:59 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 1062465982.zip --]
[-- Type: application/zip, Size: 7191 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 12:43 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-10-03 12:43 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 2303159403401.zip --]
[-- Type: application/zip, Size: 7286 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 10:37 edo.hlaca
0 siblings, 0 replies; 3437+ messages in thread
From: edo.hlaca @ 2017-10-03 10:37 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 951127.zip --]
[-- Type: application/zip, Size: 7235 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 8:40 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-10-03 8:40 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 398451844542478.zip --]
[-- Type: application/zip, Size: 7173 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 8:16 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-10-03 8:16 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 747452.zip --]
[-- Type: application/zip, Size: 7300 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 7:38 angers
0 siblings, 0 replies; 3437+ messages in thread
From: angers @ 2017-10-03 7:38 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 37798876552.zip --]
[-- Type: application/zip, Size: 7331 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 0:55 jbmplupus-Mmb7MZpHnFY
0 siblings, 0 replies; 3437+ messages in thread
From: jbmplupus-Mmb7MZpHnFY @ 2017-10-03 0:55 UTC (permalink / raw)
To: linux-man-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 04825923229.zip --]
[-- Type: application/zip, Size: 7337 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 0:14 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-10-03 0:14 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 48132932.zip --]
[-- Type: application/zip, Size: 7121 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-03 0:03 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-10-03 0:03 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 720896700956.zip --]
[-- Type: application/zip, Size: 7174 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-02 20:31 kchristopher
0 siblings, 0 replies; 3437+ messages in thread
From: kchristopher @ 2017-10-02 20:31 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 11465.zip --]
[-- Type: application/zip, Size: 7245 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-02 18:06 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-10-02 18:06 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 64703085.zip --]
[-- Type: application/zip, Size: 7218 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-02 18:00 Solen win2
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win2 @ 2017-10-02 18:00 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 23 bytes --]
Solenwin@freshdesk.com
[-- Attachment #1.2: Type: text/html, Size: 141 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-02 17:38 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-10-02 17:38 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 3533773208567.zip --]
[-- Type: application/zip, Size: 7192 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-10-02 15:35 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-10-02 15:35 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 78524186237.zip --]
[-- Type: application/zip, Size: 6576 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-30 14:07 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-09-30 14:07 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 5283737024430.zip --]
[-- Type: application/zip, Size: 7153 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 21:29 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-09-29 21:29 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 6897516.zip --]
[-- Type: application/zip, Size: 7285 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 18:01 clasico082
0 siblings, 0 replies; 3437+ messages in thread
From: clasico082 @ 2017-09-29 18:01 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 587629173792972.zip --]
[-- Type: application/zip, Size: 7177 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 15:42 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-09-29 15:42 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 87244.zip --]
[-- Type: application/zip, Size: 7226 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 15:21 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-09-29 15:21 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 033033737342463.zip --]
[-- Type: application/zip, Size: 7234 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 14:47 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-09-29 14:47 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 55645769.zip --]
[-- Type: application/zip, Size: 7222 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 13:49 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-09-29 13:49 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 761981.zip --]
[-- Type: application/zip, Size: 7219 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 11:49 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-09-29 11:49 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 84914924.zip --]
[-- Type: application/zip, Size: 7285 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 11:28 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-09-29 11:28 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 810795425922.zip --]
[-- Type: application/zip, Size: 7224 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 7:44 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-09-29 7:44 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 7475658.zip --]
[-- Type: application/zip, Size: 7277 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 7:26 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-09-29 7:26 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 40098069241.zip --]
[-- Type: application/zip, Size: 7206 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 3:06 jha
0 siblings, 0 replies; 3437+ messages in thread
From: jha @ 2017-09-29 3:06 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 09773850.zip --]
[-- Type: application/zip, Size: 7115 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-29 2:48 Tina Aaron
0 siblings, 0 replies; 3437+ messages in thread
From: Tina Aaron @ 2017-09-29 2:48 UTC (permalink / raw)
Do you need urgent LOAN ? If yes, Contact me now via Email: mondataclassic@gmail.com
CONFIDENTIALITY NOTICE: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please discard the message immediately and inform the sender that the message was sent in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-28 22:59 rlm85310
0 siblings, 0 replies; 3437+ messages in thread
From: rlm85310 @ 2017-09-28 22:59 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 42094602.zip --]
[-- Type: application/zip, Size: 7139 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-28 15:08 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-09-28 15:08 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 469279928021744.zip --]
[-- Type: application/zip, Size: 86434 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-28 0:21 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-09-28 0:21 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 16782652.doc --]
[-- Type: application/msword, Size: 59577 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-27 19:30 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-09-27 19:30 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 7696623.doc --]
[-- Type: application/msword, Size: 67240 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-27 19:12 rlm85310
0 siblings, 0 replies; 3437+ messages in thread
From: rlm85310 @ 2017-09-27 19:12 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 612074162.doc --]
[-- Type: application/msword, Size: 67084 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-27 17:41 Michael Lyle
0 siblings, 0 replies; 3437+ messages in thread
From: Michael Lyle @ 2017-09-27 17:41 UTC (permalink / raw)
To: linux-bcache
Hey everyone---
After the review comments from last night, I'm back to try again :)
Thanks everyone for your help-- comments on what's changed and how
#4 helps with future work (why it's slightly more complicated) are
below.
Mike
Changes from last night:
- Changed lots of comment formatting to match the rest of bcache-style.
- Fixed a bug noticed by Tang Junhui where contiguous I/O would not be
dispatched together.
- Changed the magic number '5' and '5000' to the macros
MAX_WRITEBACKS_IN_PASS and MAX_WRITESIZE_IN_PASS
- Slight improvements to patch logs.
The net result of all these changes is better IO utilization during
writeback. More contiguous I/O happens (whether during idle times or
when there is more activity). Contiguous I/O is sent in proper order
to the backing device. The control system picks better writeback
rate targets and the system can better hit them.
This is what I plan to work on next, in subsequent patches:
- Add code to skip doing small I/Os when A) there are larger I/Os in
the set, and B) the end of disk wasn't reached when scanning. In
other words, try writing out the bigger contiguous chunks of writeback
first; give the other blocks time to end up with a larger extent next
to them. This depends on patch 4, because it understands the true
contiguous backing I/O size and isn't fooled by smaller extents.
- Adjust bch_next_delay to store the reciprocal of what it currently
does, and remove the bounds on maximum-sleep-time. Instead, enforce
a maximum sleep time at the writeback loop. This will allow us to go
a long time (hundreds of seconds) without writing to the disk at all,
while still being ready to respond quickly to any increases in requested
writeback rate. This depends on patch 4, which slightly changes the
formulation of the delay.
- Add a "fast writeback" mode, that is for use when the disk is idle.
If enabled, and there has been no I/O, it will issue one (contiguous)
write at a time at IOPRIO_CLASS_IDLE, with no delay inbetween (bypassing
the control system). The fact that there is only one I/O and they are
at minimum IOPRIO means that good latency for the first user I/O request
will be maintained-- because they only need to compete with one writeback
I/O in the queue which is set to low priority. This depends on patch 4 in
order to correctly merge contiguous requests in this mode.
- Add code to plug the backing device when there are more contiguous
requests coming. This requires patch 4 (to be able to mark requests
to expect additional contiguous requests after them) and patch 5
(to properly order the I/O for the backing device). This will help
ensure the schduler will properly merge operations (it usually works
now, but not always).
- Add code to lower writeback IOPRIO when the rate is easily being met,
so that end-user IO requests "win".
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
[not found] ` <1504117946-3958-1-git-send-email-larturus2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2017-09-24 15:50 ` Artur Lorincz
2017-10-06 19:31 ` (unknown), Artur Lorincz
2017-10-08 16:28 ` (unknown), Artur Lorincz
2 siblings, 0 replies; 3437+ messages in thread
From: Artur Lorincz @ 2017-09-24 15:50 UTC (permalink / raw)
To: frowand.list-Re5JQEeQqe8AvxtiuMwx3w
Cc: devicetree-u79uwXL29TY76Z2rM5mHXA,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
larturus-/E1597aS9LQAvxtiuMwx3w
Hello,
Could you please send me an update about this patch?
Thanks,
Artur
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-22 19:34 John Michael
0 siblings, 0 replies; 3437+ messages in thread
From: John Michael @ 2017-09-22 19:34 UTC (permalink / raw)
how are you doing,is me John Michael i have a personal reason of
writing you now.write to me ok.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-22 8:41 Adrian Gillian Bayford
0 siblings, 0 replies; 3437+ messages in thread
From: Adrian Gillian Bayford @ 2017-09-22 8:41 UTC (permalink / raw)
To: Recipients
£1.5 Million Has Been Granted To You As A Donation Visit www.bbc.co.uk/news/uk-england-19254228 Sendname Address Phone for more info
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-22 3:39 service
0 siblings, 0 replies; 3437+ messages in thread
From: service @ 2017-09-22 3:39 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 78046538807981.doc --]
[-- Type: application/msword, Size: 56742 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-22 1:55 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-09-22 1:55 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 240154917498495.doc --]
[-- Type: application/msword, Size: 54325 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-22 1:22 unsubscribe.me
0 siblings, 0 replies; 3437+ messages in thread
From: unsubscribe.me @ 2017-09-22 1:22 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 7172596099.doc --]
[-- Type: application/msword, Size: 55811 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-21 7:47 MAILER-DAEMON
0 siblings, 0 replies; 3437+ messages in thread
From: MAILER-DAEMON @ 2017-09-21 7:47 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
The original message was received at Thu, 21 Sep 2017 15:47:49 +0800
from lists.01.org [144.3.34.209]
----- The following addresses had permanent fatal errors -----
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-20 1:01 ninfo
0 siblings, 0 replies; 3437+ messages in thread
From: ninfo @ 2017-09-20 1:01 UTC (permalink / raw)
To: linux-i2c
[-- Attachment #1: 6246478047403.doc --]
[-- Type: application/msword, Size: 43564 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-19 7:47 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-09-19 7:47 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 4056041929.doc --]
[-- Type: application/msword, Size: 73845 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-15 17:30 noreply
0 siblings, 0 replies; 3437+ messages in thread
From: noreply @ 2017-09-15 17:30 UTC (permalink / raw)
To: linux-i2c
[-- Attachment #1: EMAIL_870530_linux-i2c.doc --]
[-- Type: application/msword, Size: 76656 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-15 17:29 noreply
0 siblings, 0 replies; 3437+ messages in thread
From: noreply @ 2017-09-15 17:29 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_559609003058869_netfilter-devel.doc --]
[-- Type: application/msword, Size: 76620 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-15 17:01 noreply
0 siblings, 0 replies; 3437+ messages in thread
From: noreply @ 2017-09-15 17:01 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_75480323541895_netdev.doc --]
[-- Type: application/msword, Size: 76645 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-13 8:56 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-09-13 8:56 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 9675261.doc --]
[-- Type: application/msword, Size: 76537 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-13 4:21 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-09-13 4:21 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 629854663368780.doc --]
[-- Type: application/msword, Size: 43208 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-12 22:07 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-09-12 22:07 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 43594737937.doc --]
[-- Type: application/msword, Size: 76549 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-12 19:45 edo.hlaca
0 siblings, 0 replies; 3437+ messages in thread
From: edo.hlaca @ 2017-09-12 19:45 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 7460535286371.doc --]
[-- Type: application/msword, Size: 76645 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-12 19:16 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-09-12 19:16 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 9258914528172.doc --]
[-- Type: application/msword, Size: 43182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-12 18:53 pooks005
0 siblings, 0 replies; 3437+ messages in thread
From: pooks005 @ 2017-09-12 18:53 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 1825633111058.doc --]
[-- Type: application/msword, Size: 43182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-11 20:10 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-09-11 20:10 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 49188211.doc --]
[-- Type: application/msword, Size: 76265 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-09-11 19:35 Helge Deller
0 siblings, 0 replies; 3437+ messages in thread
From: Helge Deller @ 2017-09-11 19:35 UTC (permalink / raw)
To: Linus Torvalds, linux-kernel, linux-parisc, James Bottomley,
John David Anglin
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-10 6:22 Youichi Kanno
0 siblings, 0 replies; 3437+ messages in thread
From: Youichi Kanno @ 2017-09-10 6:22 UTC (permalink / raw)
Sir/Madam
I am sorry to encroach into your privacy in this manner, I found you
listed in the Trade Center Chambers of Commerce directory here in
Japan, My name is Youichi Kanno and I work in Audit & credit
Supervisory role at The Norinchukin Bank, I need your assistance to
process the fund claims oF $18,100,000.00 (Eighteen Million, One
Hundred Thousand, USD) of a deceased client Mr. Grigor Kassan, And i
need your assistance to process the fund claims, I only pray at this
time that your address is still valid. I want to solicit your
attention to receive this money on my behalf. The purpose of my
contacting you is because my status would not permit me to do this
alone.
I hope to hear from you soon so we can discuss the logistic of moving
the funds to a safe offshore bank.
Yours sincerely,
Youichi Kanno
Phone Number: +81345400962
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-07 7:05 tabiadhawatef
0 siblings, 0 replies; 3437+ messages in thread
From: tabiadhawatef @ 2017-09-07 7:05 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 52593.doc --]
[-- Type: application/msword, Size: 39787 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-07 4:02 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-09-07 4:02 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 977913748072031.doc --]
[-- Type: application/msword, Size: 39607 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-06 3:57 informationrequest
0 siblings, 0 replies; 3437+ messages in thread
From: informationrequest @ 2017-09-06 3:57 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 45388.doc --]
[-- Type: application/msword, Size: 75967 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 23:34 kkaplanidou
0 siblings, 0 replies; 3437+ messages in thread
From: kkaplanidou @ 2017-09-05 23:34 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 033300.doc --]
[-- Type: application/msword, Size: 75921 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 18:38 john.dahlberg
0 siblings, 0 replies; 3437+ messages in thread
From: john.dahlberg @ 2017-09-05 18:38 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 60152775241_linux-scsi.zip --]
[-- Type: application/zip, Size: 3435 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 18:07 bfoster
0 siblings, 0 replies; 3437+ messages in thread
From: bfoster @ 2017-09-05 18:07 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 79129942816922.doc --]
[-- Type: application/msword, Size: 39379 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 16:31 mgriffit
0 siblings, 0 replies; 3437+ messages in thread
From: mgriffit @ 2017-09-05 16:31 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 99589200620834_linux-ide.zip --]
[-- Type: application/zip, Size: 3435 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 14:02 ecaterinasuciu09
0 siblings, 0 replies; 3437+ messages in thread
From: ecaterinasuciu09 @ 2017-09-05 14:02 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 7_linux-acpi.zip --]
[-- Type: application/zip, Size: 3435 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 12:51 ifalqi
0 siblings, 0 replies; 3437+ messages in thread
From: ifalqi @ 2017-09-05 12:51 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 9731908610.doc --]
[-- Type: application/msword, Size: 73845 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 11:11 inn
0 siblings, 0 replies; 3437+ messages in thread
From: inn @ 2017-09-05 11:11 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 4567040211589.doc --]
[-- Type: application/msword, Size: 75772 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 2:43 xb028930336
0 siblings, 0 replies; 3437+ messages in thread
From: xb028930336 @ 2017-09-05 2:43 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 17372103.doc --]
[-- Type: application/msword, Size: 39859 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-05 1:51 halinajan-4Uo9UdwAbX8
0 siblings, 0 replies; 3437+ messages in thread
From: halinajan-4Uo9UdwAbX8 @ 2017-09-05 1:51 UTC (permalink / raw)
To: linux-tegra-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 1107094.doc --]
[-- Type: application/msword, Size: 39859 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-04 23:46 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-09-04 23:46 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 6768082.doc --]
[-- Type: application/msword, Size: 39859 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-04 12:17 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-09-04 12:17 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 9476795550394.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-04 5:14 nelcastellodicarta
0 siblings, 0 replies; 3437+ messages in thread
From: nelcastellodicarta @ 2017-09-04 5:14 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 5854501628.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-04 2:33 marketing
0 siblings, 0 replies; 3437+ messages in thread
From: marketing @ 2017-09-04 2:33 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 14036757427509.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-04 2:13 x1kn8fk
0 siblings, 0 replies; 3437+ messages in thread
From: x1kn8fk @ 2017-09-04 2:13 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 423567.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-03 22:54 sherrilyn
0 siblings, 0 replies; 3437+ messages in thread
From: sherrilyn @ 2017-09-03 22:54 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 06811825.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-03 21:51 xb028930336
0 siblings, 0 replies; 3437+ messages in thread
From: xb028930336 @ 2017-09-03 21:51 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 83163881723765.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-03 21:26 cl_luzcc
0 siblings, 0 replies; 3437+ messages in thread
From: cl_luzcc @ 2017-09-03 21:26 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 680737.doc --]
[-- Type: application/msword, Size: 40698 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 23:56 netgalley
0 siblings, 0 replies; 3437+ messages in thread
From: netgalley @ 2017-09-02 23:56 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 111116.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 6:40 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-09-02 6:40 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 907693760.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 2:47 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-09-02 2:47 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 624346.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 2:39 een
0 siblings, 0 replies; 3437+ messages in thread
From: een @ 2017-09-02 2:39 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 8088665.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 2:35 jbmplupus-Mmb7MZpHnFY
0 siblings, 0 replies; 3437+ messages in thread
From: jbmplupus-Mmb7MZpHnFY @ 2017-09-02 2:35 UTC (permalink / raw)
To: linux-man-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 787132618586608.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 1:59 danielle.picarda2
0 siblings, 0 replies; 3437+ messages in thread
From: danielle.picarda2 @ 2017-09-02 1:59 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 2706461535932.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-02 0:58 smallgroups
0 siblings, 0 replies; 3437+ messages in thread
From: smallgroups @ 2017-09-02 0:58 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 97238929.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 22:55 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-09-01 22:55 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 861574953961.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 22:51 zumbalisa
0 siblings, 0 replies; 3437+ messages in thread
From: zumbalisa @ 2017-09-01 22:51 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 459612134.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 21:57 umpvav-YDxpq3io04c
0 siblings, 0 replies; 3437+ messages in thread
From: umpvav-YDxpq3io04c @ 2017-09-01 21:57 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 730020230707.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 21:32 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-09-01 21:32 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 01796145500215.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 20:58 wvhyvcm.abyxg
0 siblings, 0 replies; 3437+ messages in thread
From: wvhyvcm.abyxg @ 2017-09-01 20:58 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 001007146.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 19:52 sunaina
0 siblings, 0 replies; 3437+ messages in thread
From: sunaina @ 2017-09-01 19:52 UTC (permalink / raw)
To: linux-can
[-- Attachment #1: 73711.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 15:30 stef.ryckmans
0 siblings, 0 replies; 3437+ messages in thread
From: stef.ryckmans @ 2017-09-01 15:30 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 8247893720.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 15:00 ujagu8185-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: ujagu8185-Re5JQEeQqe8AvxtiuMwx3w @ 2017-09-01 15:00 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 67113.doc --]
[-- Type: application/msword, Size: 40147 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 11:40 witt.kohl
0 siblings, 0 replies; 3437+ messages in thread
From: witt.kohl @ 2017-09-01 11:40 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 668862857.doc --]
[-- Type: application/msword, Size: 40646 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 8:16 financialaid
0 siblings, 0 replies; 3437+ messages in thread
From: financialaid @ 2017-09-01 8:16 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: 31996318536734.doc --]
[-- Type: application/msword, Size: 40638 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 6:21 zita.latex
0 siblings, 0 replies; 3437+ messages in thread
From: zita.latex @ 2017-09-01 6:21 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 0054154130299.doc --]
[-- Type: application/msword, Size: 40638 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 4:59 adriix.addy
0 siblings, 0 replies; 3437+ messages in thread
From: adriix.addy @ 2017-09-01 4:59 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 2798076558.doc --]
[-- Type: application/msword, Size: 40462 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 4:05 andrewf
0 siblings, 0 replies; 3437+ messages in thread
From: andrewf @ 2017-09-01 4:05 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 568268530019.doc --]
[-- Type: application/msword, Size: 40462 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 2:30 robert.berry
0 siblings, 0 replies; 3437+ messages in thread
From: robert.berry @ 2017-09-01 2:30 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 224909365.doc --]
[-- Type: application/msword, Size: 40462 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 1:48 doctornina
0 siblings, 0 replies; 3437+ messages in thread
From: doctornina @ 2017-09-01 1:48 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 204118348.doc --]
[-- Type: application/msword, Size: 40462 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-09-01 1:48 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-09-01 1:48 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 674423596.doc --]
[-- Type: application/msword, Size: 40462 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 18:41 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-31 18:41 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 66881.doc --]
[-- Type: application/msword, Size: 41431 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 15:40 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-08-31 15:40 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 540585795659.doc --]
[-- Type: application/msword, Size: 41837 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 12:23 mark.robinson
0 siblings, 0 replies; 3437+ messages in thread
From: mark.robinson @ 2017-08-31 12:23 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 872453539374.doc --]
[-- Type: application/msword, Size: 41374 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 9:54 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-08-31 9:54 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 3622620.doc --]
[-- Type: application/msword, Size: 41541 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 8:20 jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q
0 siblings, 0 replies; 3437+ messages in thread
From: jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q @ 2017-08-31 8:20 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 497569661200.doc --]
[-- Type: application/msword, Size: 41259 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 4:52 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-08-31 4:52 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 713932.doc --]
[-- Type: application/msword, Size: 41252 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-08-31 1:39 m.wierczynska
0 siblings, 0 replies; 3437+ messages in thread
From: m.wierczynska @ 2017-08-31 1:39 UTC (permalink / raw)
To: linux-parisc
[-- Attachment #1: 449666.doc --]
[-- Type: application/msword, Size: 41783 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-31 0:58 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-08-31 0:58 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 52336.doc --]
[-- Type: application/msword, Size: 30930 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-30 20:26 anita.traylor
0 siblings, 0 replies; 3437+ messages in thread
From: anita.traylor @ 2017-08-30 20:26 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 61571.doc --]
[-- Type: application/msword, Size: 30930 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-30 19:49 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-08-30 19:49 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 1467132.doc --]
[-- Type: application/msword, Size: 30930 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-30 1:37 municlerk
0 siblings, 0 replies; 3437+ messages in thread
From: municlerk @ 2017-08-30 1:37 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 3603332555227.doc --]
[-- Type: application/msword, Size: 30657 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-30 0:38 ifalqi
0 siblings, 0 replies; 3437+ messages in thread
From: ifalqi @ 2017-08-30 0:38 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 650953515.doc --]
[-- Type: application/msword, Size: 30657 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-29 5:40 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-08-29 5:40 UTC (permalink / raw)
To: netdev
[-- Attachment #1: MAIL_81389397283742_netdev.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-08-29 3:02 catherine.verge
0 siblings, 0 replies; 3437+ messages in thread
From: catherine.verge @ 2017-08-29 3:02 UTC (permalink / raw)
To: linux-parisc
[-- Attachment #1: MAIL_9444780361_linux-parisc.zip --]
[-- Type: application/zip, Size: 97803 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-28 17:29 befragung
0 siblings, 0 replies; 3437+ messages in thread
From: befragung @ 2017-08-28 17:29 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: MAIL_9030297428213_linux-ext4.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-28 13:22 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-08-28 13:22 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: MAIL_365828227848183_linux-ide.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-28 6:48 patientcentral
0 siblings, 0 replies; 3437+ messages in thread
From: patientcentral @ 2017-08-28 6:48 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: MAIL_496995800_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-27 10:55 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-08-27 10:55 UTC (permalink / raw)
To: netdev
[-- Attachment #1: MAIL_34929959_netdev.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-26 14:48 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-08-26 14:48 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: MAIL_171083918_linux-arch.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-26 5:43 carol.dallstream-WaM/PvcBqAo
0 siblings, 0 replies; 3437+ messages in thread
From: carol.dallstream-WaM/PvcBqAo @ 2017-08-26 5:43 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: MAIL_710687125_linux-api.zip --]
[-- Type: application/zip, Size: 72397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-25 0:32 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-08-25 0:32 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 555867372077.doc --]
[-- Type: application/msword, Size: 77007 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-23 7:23 Xuehan Xu
0 siblings, 0 replies; 3437+ messages in thread
From: Xuehan Xu @ 2017-08-23 7:23 UTC (permalink / raw)
To: ceph-devel
Hi, everyone.
Recently, we did a test as follows:
We enabled cache tier and added a cache pool "vms_back_cache" on top
of the base pool "vms_back". we first created an object, and then
created a snap in the base pool and writing to that object again,
which would make the object be promoted into the cache pool. At this
time, we used "ceph-objectstore-tool" to dump the object, and the
result is as follows:
{
"id": {
"oid": "test.obj.6",
"key": "",
"snapid": -2,
"hash": 750422257,
"max": 0,
"pool": 11,
"namespace": "",
"max": 0
},
"info": {
"oid": {
"oid": "test.obj.6",
"key": "",
"snapid": -2,
"hash": 750422257,
"max": 0,
"pool": 11,
"namespace": ""
},
"version": "5010'5",
"prior_version": "4991'3",
"last_reqid": "client.175338.0:1",
"user_version": 5,
"size": 4194303,
"mtime": "2017-08-23 15:09:03.459892",
"local_mtime": "2017-08-23 15:09:03.461111",
"lost": 0,
"flags": 4,
"snaps": [],
"truncate_seq": 0,
"truncate_size": 0,
"data_digest": 4294967295,
"omap_digest": 4294967295,
"watchers": {}
},
"stat": {
"size": 4194303,
"blksize": 4096,
"blocks": 8200,
"nlink": 1
},
"SnapSet": {
"snap_context": {
"seq": 13,
"snaps": [
13
]
},
"head_exists": 1,
"clones": [
{
"snap": 13,
"size": 4194303,
"overlap": "[0~100,115~4194188]"
}
]
}
}
Then we did cache-flush and cache-evict to flush that object down to
the base pool, and, again, used "ceph-objectstore-tool" to dump the
object in the base pool:
{
"id": {
"oid": "test.obj.6",
"key": "",
"snapid": -2,
"hash": 750422257,
"max": 0,
"pool": 10,
"namespace": "",
"max": 0
},
"info": {
"oid": {
"oid": "test.obj.6",
"key": "",
"snapid": -2,
"hash": 750422257,
"max": 0,
"pool": 10,
"namespace": ""
},
"version": "5015'4",
"prior_version": "4991'2",
"last_reqid": "osd.34.5013:1",
"user_version": 5,
"size": 4194303,
"mtime": "2017-08-23 15:09:03.459892",
"local_mtime": "2017-08-23 15:10:48.122138",
"lost": 0,
"flags": 52,
"snaps": [],
"truncate_seq": 0,
"truncate_size": 0,
"data_digest": 163942140,
"omap_digest": 4294967295,
"watchers": {}
},
"stat": {
"size": 4194303,
"blksize": 4096,
"blocks": 8200,
"nlink": 1
},
"SnapSet": {
"snap_context": {
"seq": 13,
"snaps": [
13
]
},
"head_exists": 1,
"clones": [
{
"snap": 13,
"size": 4194303,
"overlap": "[]"
}
]
}
}
As is shown, the "overlap" field is empty.
In the osd log, we found the following records:
2017-08-23 12:46:36.083014 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean] got
attrs
2017-08-23 12:46:36.083021 7f675c704700 15
filestore(/home/xuxuehan/github-xxh-fork/ceph/src/dev/osd0) read
3.3_head/#3:dd4db749:test-rados-api-xxh02v.ops.corp.qihoo.net-10886-3::foo:head#
0~8
2017-08-23 12:46:36.083398 7f675c704700 10
filestore(/home/xuxuehan/github-xxh-fork/ceph/src/dev/osd0)
FileStore::read
3.3_head/#3:dd4db749:test-rados-api-xxh02v.ops.corp.qihoo.net-10886-3::foo:head#
0~8/8
2017-08-23 12:46:36.083414 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean] got
data
2017-08-23 12:46:36.083444 7f675c704700 20 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
cursor.is_complete=0 0 attrs 8 bytes 0 omap header bytes 0 omap data
bytes in 0 keys 0 reqids
2017-08-23 12:46:36.083457 7f675c704700 10 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
dropping ondisk_read_lock
2017-08-23 12:46:36.083467 7f675c704700 15 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
do_osd_op_effects osd.0 con 0x7f67874f0d00
2017-08-23 12:46:36.083478 7f675c704700 15 osd.0 pg_epoch: 19 pg[3.3(
v 15'2 (0'0,15'2] local-les=15 n=2 ec=14 les/c/f 15/15/0 14/14/14)
[0,2,1] r=0 lpr=14 crt=0'0 lcod 15'1 mlcod 15'1 active+clean]
log_op_stats osd_op(osd.0.6:2 3.92edb2bb
test-rados-api-xxh02v.ops.corp
It seems that, when doing "copy-get", no extensive attributes are
copied. We believe that it's the following code that led to this
result:
int ReplicatedPG::getattrs_maybe_cache(ObjectContextRef obc,
map<string, bufferlist> *out,
bool user_only) {
int r = 0;
if (pool.info.require_rollback()) {
if (out)
*out = obc->attr_cache;
} else {
r = pgbackend->objects_get_attrs(obc->obs.oi.soid, out);
}
if (out && user_only) {
map<string, bufferlist> tmp;
for (map<string, bufferlist>::iterator i = out->begin();
i != out->end(); ++i) {
if (i->first.size() > 1 && i->first[0] == '_')
tmp[i->first.substr(1, i->first.size())].claim(i->second);
}
tmp.swap(*out);
}
return r;
}
It seems that when "user_only" is true, extensive attributes without a
'_' as the starting character in its name would be filtered out. Is it
supposed to be doing things in this way?
And we found that there are only two places in the source code that
invoked ReplicatedPG::getattrs_maybe_cache, in both of which
"user_only" is true. Why add this parameter?
By the way, we also found that these codes are added in commit
78d9c0072bfde30917aea4820a811d7fc9f10522, but we don't understand the
purpose of it.
Thank you:-)
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-22 13:31 vinnakota chaitanya
0 siblings, 0 replies; 3437+ messages in thread
From: vinnakota chaitanya @ 2017-08-22 13:31 UTC (permalink / raw)
To: linux raid
Greetings Linux
http://www.curet.in/pop_messengers.php?sense=rkwy2e7qh97gty3bz
vinnakota chaitanya
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-20 2:58 Solen win2
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win2 @ 2017-08-20 2:58 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 4 bytes --]
all
[-- Attachment #1.2: Type: text/html, Size: 79 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-08-18 17:42 Rajneesh Bhardwaj
0 siblings, 0 replies; 3437+ messages in thread
From: Rajneesh Bhardwaj @ 2017-08-18 17:42 UTC (permalink / raw)
To: Andy Shevchenko
Cc: Peter Zijlstra (Intel),
Platform Driver, dvhart, Andy Shevchenko, linux-kernel,
Vishwanath Somayaji, dbasehore, rjw, rajatja
Bcc:
Subject: Re: [PATCH] platform/x86: intel_pmc_core: Add Package C-states
residency info
Reply-To:
In-Reply-To: <CAHp75Vd5Wnio-RCEBENtonYWOJF2+88FDvqkUv1HzV3CdcaaPA@mail.gmail.com>
On Fri, Aug 18, 2017 at 08:17:32PM +0300, Andy Shevchenko wrote:
> +PeterZ (since I mentioned his name)
>
> On Fri, Aug 18, 2017 at 5:58 PM, Rajneesh Bhardwaj
> <rajneesh.bhardwaj@intel.com> wrote:
> > On Fri, Aug 18, 2017 at 03:57:34PM +0300, Andy Shevchenko wrote:
> >> On Fri, Aug 18, 2017 at 3:37 PM, Rajneesh Bhardwaj
> >> <rajneesh.bhardwaj@intel.com> wrote:
> >> > This patch introduces a new debugfs entry to read current Package C-state
> >> > residency values and, one new kernel API to read the Package C-10 residency
> >> > counter.
> >> >
> >> > Package C-state residency MSRs provide useful debug information about system
> >> > idle states. In idle states system must enter deeper Package C-states.
>
> >> Why this patch is needed?
> >
> > Andy, I'll try to give some background for this.
> >
> > This is needed to enhance the S0ix failure debug capabilities from within
> > the kernel. On ChromeOS we have S0ix failsafe kernel framework that is used
> > to validate S0ix and report the blockers in case of a failure.
> > https://patchwork.kernel.org/patch/9148999/
>
> (It's not part of upstream)
Sorry i sent an older link. There are fresh attempts to get this into
mainline kernel and looks like there is a traction for it.
https://patchwork.kernel.org/patch/9831229/
Package C-state (PC10) validation is discussed there.
>
> > So far only intel_pmc_slp_s0_counter_read is called by this framework to
> > check whether the previous attempt to enter S0ix was success or not.
>
> I harder see even a single user of that API in current kernel. It
> should be unexported and removed I think.
>
> > Having
> > another PC10 counter related exported function enhances the S0ix debug since
> > PC10 state is a prerequisite to enter S0ix.
> >
> >> See, we have turbostat and cpupower user space tools which do this
> >> without any additional code to be written in kernel. What prevents
> >> your user space application do the same?
> >>
> >> Moreover, we have events for cstate, I assume perf or something alike
> >> can monitor those counters as well.
> >
> > You're right, perhaps the debugfs is redundant when we have those user space
> > tools but such tools are not available readily for all platforms/distros.
> > Interfaces like /dev/cpu/*/msr that turbostat uses are not available on all
> > the platforms.
> > PMC driver is a debug driver so i thought its better to show Package C-state
> > related info for low power debug here.
> >
> >>
> >> Sorry, NAK.
> >
> > This patch has two parts i.e. exported PC10 API and the debugfs. Based on
> > the above explanation, if the patch is not good as is, please let me know if
> > i should drop the debugfs part and respin a v2 with just the exported API or
> > drop this totally.
> >
> > Thanks for the feedback and thanks for taking time to review!
>
> Reading above makes me think that entire design of this is misguided.
> Since the most of values are counters they better to be accessed in a
> way how perf does.
>
> In case you need *in-kernel* facility, do some APIs (if it's not done
> yet) for events drivers first.
> cstate event driver is already in upstream.
>
> Sorry, NAK for entire patch until it would be blessed by people like Peter Z.
>
> --
> With Best Regards,
> Andy Shevchenko
--
Best Regards,
Rajneesh
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-17 21:36 Adam Richter
0 siblings, 0 replies; 3437+ messages in thread
From: Adam Richter @ 2017-08-17 21:36 UTC (permalink / raw)
To: alexander deucher, adam richter2004, nana5kids, barrykendall,
containers, ann zhang888, sca38018, westglen, scott,
stephanie bertron
http://well.thephoneswipe.com <http://well.thephoneswipe.com/>
Adam Richter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-16 5:46 kim.frederiksen
0 siblings, 0 replies; 3437+ messages in thread
From: kim.frederiksen @ 2017-08-16 5:46 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 9220091.zip --]
[-- Type: application/zip, Size: 3037 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-16 2:03 xa0ajutor
0 siblings, 0 replies; 3437+ messages in thread
From: xa0ajutor @ 2017-08-16 2:03 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 522025194.zip --]
[-- Type: application/zip, Size: 3043 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 17:31 nnarroyo623
0 siblings, 0 replies; 3437+ messages in thread
From: nnarroyo623 @ 2017-08-15 17:31 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 035925974243079.zip --]
[-- Type: application/zip, Size: 2980 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 17:30 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-08-15 17:30 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 459394949582.zip --]
[-- Type: application/zip, Size: 3040 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 14:45 een
0 siblings, 0 replies; 3437+ messages in thread
From: een @ 2017-08-15 14:45 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 4863169031.zip --]
[-- Type: application/zip, Size: 3067 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 14:23 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-15 14:23 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 55560763.zip --]
[-- Type: application/zip, Size: 3051 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 11:16 wvhyvcm.abyxg
0 siblings, 0 replies; 3437+ messages in thread
From: wvhyvcm.abyxg @ 2017-08-15 11:16 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 634410994749.zip --]
[-- Type: application/zip, Size: 3060 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 8:46 ccc
0 siblings, 0 replies; 3437+ messages in thread
From: ccc @ 2017-08-15 8:46 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 765228233.zip --]
[-- Type: application/zip, Size: 3033 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 6:50 demorton
0 siblings, 0 replies; 3437+ messages in thread
From: demorton @ 2017-08-15 6:50 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 501507600268095.zip --]
[-- Type: application/zip, Size: 2943 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 6:08 eumann
0 siblings, 0 replies; 3437+ messages in thread
From: eumann @ 2017-08-15 6:08 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 237594553.zip --]
[-- Type: application/zip, Size: 10414 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 4:40 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-08-15 4:40 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 9176321037.zip --]
[-- Type: application/zip, Size: 10388 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 3:38 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-08-15 3:38 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 199646001731449.zip --]
[-- Type: application/zip, Size: 10454 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 2:57 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-08-15 2:57 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 384541360.zip --]
[-- Type: application/zip, Size: 10642 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-15 1:55 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-08-15 1:55 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 90678.zip --]
[-- Type: application/zip, Size: 10605 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-14 19:30 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-08-14 19:30 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 78726092.zip --]
[-- Type: application/zip, Size: 10383 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-14 17:38 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-08-14 17:38 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 050177949000179.zip --]
[-- Type: application/zip, Size: 10488 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-14 16:53 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-08-14 16:53 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 72821751043628.zip --]
[-- Type: application/zip, Size: 10391 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-14 15:35 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-08-14 15:35 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 4869945.zip --]
[-- Type: application/zip, Size: 10508 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-14 14:57 linwoodrvsales
0 siblings, 0 replies; 3437+ messages in thread
From: linwoodrvsales @ 2017-08-14 14:57 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 366791731259.zip --]
[-- Type: application/zip, Size: 10440 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-13 15:17 bunny43200
0 siblings, 0 replies; 3437+ messages in thread
From: bunny43200 @ 2017-08-13 15:17 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: 0392931732.zip --]
[-- Type: application/zip, Size: 2807 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-12 12:05 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-08-12 12:05 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 70937464.zip --]
[-- Type: application/zip, Size: 2801 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-12 1:27 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-08-12 1:27 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 9055629516135.zip --]
[-- Type: application/zip, Size: 2802 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-12 1:11 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-08-12 1:11 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 6367947931.zip --]
[-- Type: application/zip, Size: 2814 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 22:09 Chris
0 siblings, 0 replies; 3437+ messages in thread
From: Chris @ 2017-08-11 22:09 UTC (permalink / raw)
To: netfilter
All,
I'm using 4.4.0-89-generic #112-Ubuntu Kernel.
I've setup a bridge
bridge name bridge id STP enabled interfaces
br0 8000.00322e111b2 no enp3s0
vnet0
Why is it possible to DROP packages from a KVM guest on the host INPUT
chain, but not to LOG them?
I've not loaded any bridge-nf modules. bridge/nf_call_iptables is 0.
- Chris
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 20:11 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-08-11 20:11 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 77412.zip --]
[-- Type: application/zip, Size: 2798 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 17:28 rhsinfo
0 siblings, 0 replies; 3437+ messages in thread
From: rhsinfo @ 2017-08-11 17:28 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 9749575300.zip --]
[-- Type: application/zip, Size: 2783 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 15:50 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-08-11 15:50 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 278428204.zip --]
[-- Type: application/zip, Size: 2803 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 9:18 jonathan.malihan
0 siblings, 0 replies; 3437+ messages in thread
From: jonathan.malihan @ 2017-08-11 9:18 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 27221324329.zip --]
[-- Type: application/zip, Size: 2776 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 8:54 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-11 8:54 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 3242728060.zip --]
[-- Type: application/zip, Size: 2804 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 6:14 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-08-11 6:14 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 6:14 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-08-11 6:14 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 6:14 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-08-11 6:14 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 6:14 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-08-11 6:14 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 6:08 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-08-11 6:08 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет
отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 4:59 Administrator
0 siblings, 0 replies; 3437+ messages in thread
From: Administrator @ 2017-08-11 4:59 UTC (permalink / raw)
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:
Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:
Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!
Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017
terima kasih
Sistem Administrator
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 4:57 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-08-11 4:57 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 674345.zip --]
[-- Type: application/zip, Size: 2772 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-11 4:42 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-08-11 4:42 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 600195769.zip --]
[-- Type: application/zip, Size: 2790 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 22:02 stef.ryckmans
0 siblings, 0 replies; 3437+ messages in thread
From: stef.ryckmans @ 2017-08-10 22:02 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 65496536326505.zip --]
[-- Type: application/zip, Size: 2836 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 21:36 shriyashah
0 siblings, 0 replies; 3437+ messages in thread
From: shriyashah @ 2017-08-10 21:36 UTC (permalink / raw)
To: Linux Sparse
Hi Linux
http://www.tinzapp.com/admin_deletecat.php?greater=2y77anyke95apve
Shriyashah
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 21:08 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-08-10 21:08 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 6807682246.zip --]
[-- Type: application/zip, Size: 2832 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 18:16 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-08-10 18:16 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 33739.zip --]
[-- Type: application/zip, Size: 2798 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 9:38 asn-request-tfHHCSmtYoI
0 siblings, 0 replies; 3437+ messages in thread
From: asn-request-tfHHCSmtYoI @ 2017-08-10 9:38 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 4557559813106.zip --]
[-- Type: application/zip, Size: 10156 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 3:32 kholloway
0 siblings, 0 replies; 3437+ messages in thread
From: kholloway @ 2017-08-10 3:32 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 831370873385464.zip --]
[-- Type: application/zip, Size: 10089 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-10 0:03 michele
0 siblings, 0 replies; 3437+ messages in thread
From: michele @ 2017-08-10 0:03 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 6866279090778.zip --]
[-- Type: application/zip, Size: 10050 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 23:53 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-08-09 23:53 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 1937013271360.zip --]
[-- Type: application/zip, Size: 10165 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 23:15 wvhyvcm.abyxg
0 siblings, 0 replies; 3437+ messages in thread
From: wvhyvcm.abyxg @ 2017-08-09 23:15 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 623541182991.zip --]
[-- Type: application/zip, Size: 10327 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 23:06 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-08-09 23:06 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 40290366.zip --]
[-- Type: application/zip, Size: 10171 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 22:05 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-09 22:05 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 45779797.zip --]
[-- Type: application/zip, Size: 10199 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 21:55 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-08-09 21:55 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 43384837466.zip --]
[-- Type: application/zip, Size: 10235 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 20:25 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-08-09 20:25 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 647805231.zip --]
[-- Type: application/zip, Size: 10227 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 19:40 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-08-09 19:40 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 09310008.zip --]
[-- Type: application/zip, Size: 10212 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 19:36 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-08-09 19:36 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 0058486113211.zip --]
[-- Type: application/zip, Size: 9996 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 14:34 shwx002
0 siblings, 0 replies; 3437+ messages in thread
From: shwx002 @ 2017-08-09 14:34 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 46684317829.zip --]
[-- Type: application/zip, Size: 10187 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 13:53 Administrador
0 siblings, 0 replies; 3437+ messages in thread
From: Administrador @ 2017-08-09 13:53 UTC (permalink / raw)
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de correo, envíe la siguiente información a continuación:
nombre:
Nombre de usuario:
contraseña:
Confirmar contraseña:
E-mail:
teléfono:
Si usted no puede revalidar su buzón, el buzón se deshabilitará!
Disculpa las molestias.
Código de verificación: es: 006524
Correo Soporte Técnico © 2017
¡gracias
Sistemas administrador
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 10:21 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-09 10:21 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 10:20 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-09 10:20 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 10:20 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-09 10:20 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 10:20 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-09 10:20 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 10:20 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-09 10:20 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 0:41 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-08-09 0:41 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 44541508673885.zip --]
[-- Type: application/zip, Size: 2759 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-09 0:04 h.piontek
0 siblings, 0 replies; 3437+ messages in thread
From: h.piontek @ 2017-08-09 0:04 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 113823879477495.zip --]
[-- Type: application/zip, Size: 2792 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 21:31 michele
0 siblings, 0 replies; 3437+ messages in thread
From: michele @ 2017-08-08 21:31 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 95599025.zip --]
[-- Type: application/zip, Size: 2816 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 20:55 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-08-08 20:55 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 940383335057.zip --]
[-- Type: application/zip, Size: 2791 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 19:40 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-08-08 19:40 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 4143572985.zip --]
[-- Type: application/zip, Size: 2790 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 19:14 eaya
0 siblings, 0 replies; 3437+ messages in thread
From: eaya @ 2017-08-08 19:14 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 496397636536.zip --]
[-- Type: application/zip, Size: 2775 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 17:09 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-08-08 17:09 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 308683624321199.zip --]
[-- Type: application/zip, Size: 2782 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-08-08 14:49 catherine.verge
0 siblings, 0 replies; 3437+ messages in thread
From: catherine.verge @ 2017-08-08 14:49 UTC (permalink / raw)
To: linux-parisc
[-- Attachment #1: 7770632.zip --]
[-- Type: application/zip, Size: 13836 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 5:57 befragung
0 siblings, 0 replies; 3437+ messages in thread
From: befragung @ 2017-08-08 5:57 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 6886059214541.zip --]
[-- Type: application/zip, Size: 10117 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-08 4:57 wesley.sydnor
0 siblings, 0 replies; 3437+ messages in thread
From: wesley.sydnor @ 2017-08-08 4:57 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 705650.zip --]
[-- Type: application/zip, Size: 10184 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 23:50 wvhyvcm.abyxg
0 siblings, 0 replies; 3437+ messages in thread
From: wvhyvcm.abyxg @ 2017-08-07 23:50 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 3422503110.zip --]
[-- Type: application/zip, Size: 10245 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 21:05 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-08-07 21:05 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 2939023.zip --]
[-- Type: application/zip, Size: 10092 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 20:25 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-08-07 20:25 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 0302343835.zip --]
[-- Type: application/zip, Size: 10210 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 19:03 sm-yT/95SBIOhs
0 siblings, 0 replies; 3437+ messages in thread
From: sm-yT/95SBIOhs @ 2017-08-07 19:03 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 9772870247503.zip --]
[-- Type: application/zip, Size: 10178 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 18:42 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-08-07 18:42 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_2679242603246_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 10234 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 18:38 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-08-07 18:38 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: MESSAGE_5386199_linux-ide.zip --]
[-- Type: application/zip, Size: 10047 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 11:50 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-08-07 11:50 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: MESSAGE_10248647599809_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 2767 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 7:38 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-08-07 7:38 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_279421_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2790 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-07 4:49 sorbisches.internat
0 siblings, 0 replies; 3437+ messages in thread
From: sorbisches.internat @ 2017-08-07 4:49 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: INFO_1756598_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2781 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-06 23:55 webmaster
0 siblings, 0 replies; 3437+ messages in thread
From: webmaster @ 2017-08-06 23:55 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: INFO_896228080802293_linux-acpi.zip --]
[-- Type: application/zip, Size: 2787 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-05 14:08 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-08-05 14:08 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: INFO_124526896_netfilter-devel.zip --]
[-- Type: application/zip, Size: 9542 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-05 12:35 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-08-05 12:35 UTC (permalink / raw)
To: netdev
[-- Attachment #1: INFO_6087555_netdev.zip --]
[-- Type: application/zip, Size: 9797 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-05 11:42 Sriram Murthy
0 siblings, 0 replies; 3437+ messages in thread
From: Sriram Murthy @ 2017-08-05 11:42 UTC (permalink / raw)
To: kvm
Good evening Kvm
http://hellofmi.lahun.info/bower_components/datatables-plugins/integration/bootstrap/1/restrito.php?cross=2fxe7ps6xvyez83q
Sriram Murthy
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-04 23:59 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-08-04 23:59 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: INFO_5549071394372_linux-ext4.zip --]
[-- Type: application/zip, Size: 9754 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-04 5:04 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-08-04 5:04 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 62318405.zip --]
[-- Type: application/zip, Size: 2982 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-03 19:52 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-08-03 19:52 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 188047157183604.zip --]
[-- Type: application/zip, Size: 2952 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-03 14:01 Nora Johnson
0 siblings, 0 replies; 3437+ messages in thread
From: Nora Johnson @ 2017-08-03 14:01 UTC (permalink / raw)
Hi please dear reply me throuhg my email ID. i have something to
discussed with you. here is my email ( norajohonson@gmail.com )
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-03 5:21 Houston
0 siblings, 0 replies; 3437+ messages in thread
From: Houston @ 2017-08-03 5:21 UTC (permalink / raw)
To: Rosa
[-- Attachment #1: EMAIL_297485343255_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2962 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 18:05 Angela-63XfWfWBA5k
0 siblings, 0 replies; 3437+ messages in thread
From: Angela-63XfWfWBA5k @ 2017-08-02 18:05 UTC (permalink / raw)
To: Gustafson-bwXX7kNdE64
[-- Attachment #1: EMAIL_934736608514_linux-tegra.zip --]
[-- Type: application/zip, Size: 2930 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 17:31 Edmond
0 siblings, 0 replies; 3437+ messages in thread
From: Edmond @ 2017-08-02 17:31 UTC (permalink / raw)
To: Carpenter
[-- Attachment #1: EMAIL_0884435643248_linux-i2c.zip --]
[-- Type: application/zip, Size: 2977 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 17:07 Margery
0 siblings, 0 replies; 3437+ messages in thread
From: Margery @ 2017-08-02 17:07 UTC (permalink / raw)
To: Pettit
[-- Attachment #1: EMAIL_1585037780_linux-leds.zip --]
[-- Type: application/zip, Size: 2940 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 15:40 Erma
0 siblings, 0 replies; 3437+ messages in thread
From: Erma @ 2017-08-02 15:40 UTC (permalink / raw)
To: Bland
[-- Attachment #1: EMAIL_61204_linux-ext4.zip --]
[-- Type: application/zip, Size: 2798 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 13:58 Will
0 siblings, 0 replies; 3437+ messages in thread
From: Will @ 2017-08-02 13:58 UTC (permalink / raw)
To: Reeves
[-- Attachment #1: EMAIL_771025884546703_linux-next.zip --]
[-- Type: application/zip, Size: 2859 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 12:55 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-08-02 12:55 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_7005561631_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 2815 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 11:47 armiksanaye
0 siblings, 0 replies; 3437+ messages in thread
From: armiksanaye @ 2017-08-02 11:47 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: EMAIL_408667114_linux-scsi.zip --]
[-- Type: application/zip, Size: 2792 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 4:12 Administrator
0 siblings, 0 replies; 3437+ messages in thread
From: Administrator @ 2017-08-02 4:12 UTC (permalink / raw)
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:
Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:
Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!
Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017
terima kasih
Sistem Administrator
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:47 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-02 3:47 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:45 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-02 3:45 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_2820973694253_netdev.zip --]
[-- Type: application/zip, Size: 2772 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-02 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-02 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-02 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-08-02 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 1:19 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-08-02 1:19 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_436034165_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 2857 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 1:05 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-08-02 1:05 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_491213_linux-acpi.zip --]
[-- Type: application/zip, Size: 2806 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-02 0:36 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-08-02 0:36 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_60776096244_linux-bcache.zip --]
[-- Type: application/zip, Size: 2813 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 21:19 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-08-01 21:19 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_062920054084147_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 2835 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 21:03 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-08-01 21:03 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_5749719396757_linux-ext4.zip --]
[-- Type: application/zip, Size: 2834 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 20:18 stef.ryckmans
0 siblings, 0 replies; 3437+ messages in thread
From: stef.ryckmans @ 2017-08-01 20:18 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_005677859264_netdev.zip --]
[-- Type: application/zip, Size: 2832 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 19:35 anderslindgaard
0 siblings, 0 replies; 3437+ messages in thread
From: anderslindgaard @ 2017-08-01 19:35 UTC (permalink / raw)
To: linux fsdevel
hiya Linux
http://www.maxtra.cl/index/wp-content/plugins/pixcodes/views/index_old.php?busy=gt2vetuv76w2yz1x
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 19:35 anderslindgaard
0 siblings, 0 replies; 3437+ messages in thread
From: anderslindgaard @ 2017-08-01 19:35 UTC (permalink / raw)
To: linux ext4
hi
http://www.evelynverapropiedades.cl/wp-includes/js/tinymce/plugins/tabfocus/reklamapage.php?similar=2s7wb6pxdgd2xfd1b
All Best
anderslindgaard
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 16:33 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-08-01 16:33 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_26553892905555_linux-ext4.zip --]
[-- Type: application/zip, Size: 2590 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 14:53 Angela H. Whiteman
0 siblings, 0 replies; 3437+ messages in thread
From: Angela H. Whiteman @ 2017-08-01 14:53 UTC (permalink / raw)
There's an Unclaimed Inheritance with your Last Name. Reply to; abailey456789@gmail.com<mailto:abailey456789@gmail.com> with your Full Names.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 12:35 jha
0 siblings, 0 replies; 3437+ messages in thread
From: jha @ 2017-08-01 12:35 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: EMAIL_79916_linux-scsi.zip --]
[-- Type: application/zip, Size: 2549 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-08-01 10:07 Chris Ruehl
0 siblings, 0 replies; 3437+ messages in thread
From: Chris Ruehl @ 2017-08-01 10:07 UTC (permalink / raw)
To: linux-gpio
unsubscribe linux-gpio
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 4:40 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-08-01 4:40 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_935589887_linux-acpi.zip --]
[-- Type: application/zip, Size: 2665 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 3:31 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-08-01 3:31 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_0354141_netdev.zip --]
[-- Type: application/zip, Size: 2628 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 1:35 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-08-01 1:35 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_902515565565244_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2630 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-08-01 1:35 xa0ajutor
0 siblings, 0 replies; 3437+ messages in thread
From: xa0ajutor @ 2017-08-01 1:35 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_2558300_linux-raid.zip --]
[-- Type: application/zip, Size: 2603 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 21:27 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-07-31 21:27 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_04030628274029_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 2678 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 20:14 x1kn8fk
0 siblings, 0 replies; 3437+ messages in thread
From: x1kn8fk @ 2017-07-31 20:14 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_50780553_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2632 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 18:00 robert.berry
0 siblings, 0 replies; 3437+ messages in thread
From: robert.berry @ 2017-07-31 18:00 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: EMAIL_19786452607897_linux-ide.zip --]
[-- Type: application/zip, Size: 2619 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 16:54 bunny43200
0 siblings, 0 replies; 3437+ messages in thread
From: bunny43200 @ 2017-07-31 16:54 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: EMAIL_621609019_linux-leds.zip --]
[-- Type: application/zip, Size: 2616 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 14:52 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-07-31 14:52 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_907106465_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2595 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 13:15 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-07-31 13:15 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_749482276_dwarves.zip --]
[-- Type: application/zip, Size: 2772 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 11:49 kchristopher
0 siblings, 0 replies; 3437+ messages in thread
From: kchristopher @ 2017-07-31 11:49 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_5391549_linux-acpi.zip --]
[-- Type: application/zip, Size: 2620 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 11:33 rhsinfo
0 siblings, 0 replies; 3437+ messages in thread
From: rhsinfo @ 2017-07-31 11:33 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_9678461867_linux-bcache.zip --]
[-- Type: application/zip, Size: 2594 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-31 10:50 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-07-31 10:50 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_3070873620_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2596 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-30 23:33 daven bango
0 siblings, 0 replies; 3437+ messages in thread
From: daven bango @ 2017-07-30 23:33 UTC (permalink / raw)
Hi, I am Barrister Daven Bango, Can i trust and cooperate with you in an
international transaction? I look forward to your urgent response in my
email (bar.davenbango@gmail.com) Thanks.
Best regards,
Barrister Daven Bango
skype: bardaven01
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-28 16:02 gdahl
0 siblings, 0 replies; 3437+ messages in thread
From: gdahl @ 2017-07-28 16:02 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: EMAIL_01908678_linux-scsi.zip --]
[-- Type: application/zip, Size: 2755 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-28 7:44 robert.berry
0 siblings, 0 replies; 3437+ messages in thread
From: robert.berry @ 2017-07-28 7:44 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: EMAIL_5907231_linux-ide.zip --]
[-- Type: application/zip, Size: 2744 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-28 7:17 doctornina
0 siblings, 0 replies; 3437+ messages in thread
From: doctornina @ 2017-07-28 7:17 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_47501615459_netdev.zip --]
[-- Type: application/zip, Size: 2727 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-27 13:00 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-07-27 13:00 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_47662874919894_linux-arch.zip --]
[-- Type: application/zip, Size: 2622 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-27 5:01 hp
0 siblings, 0 replies; 3437+ messages in thread
From: hp @ 2017-07-27 5:01 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_86618341708_linux-raid.zip --]
[-- Type: application/zip, Size: 2744 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-07-27 2:16 ceph-devel
0 siblings, 0 replies; 3437+ messages in thread
From: ceph-devel @ 2017-07-27 2:16 UTC (permalink / raw)
To: ceph-devel
subscribe ceph-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-07-27 2:14 ceph-devel
0 siblings, 0 replies; 3437+ messages in thread
From: ceph-devel @ 2017-07-27 2:14 UTC (permalink / raw)
To: ceph-devel
list
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-27 1:25 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-07-27 1:25 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_852332459197961_netdev.zip --]
[-- Type: application/zip, Size: 2791 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 20:45 een
0 siblings, 0 replies; 3437+ messages in thread
From: een @ 2017-07-26 20:45 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_87861780008_linux-raid.zip --]
[-- Type: application/zip, Size: 2705 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 20:08 municlerk
0 siblings, 0 replies; 3437+ messages in thread
From: municlerk @ 2017-07-26 20:08 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_2092813_linux-arch.zip --]
[-- Type: application/zip, Size: 2800 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 14:35 venkatvenkatsubra
0 siblings, 0 replies; 3437+ messages in thread
From: venkatvenkatsubra @ 2017-07-26 14:35 UTC (permalink / raw)
To: netdev
Greetings Netdev
http://mondesign.jp/list-view.php?result=2b7f5x3fc4gxussdn
venkatvenkatsubra
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 14:20 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-07-26 14:20 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_797944_linux-ext4.zip --]
[-- Type: application/zip, Size: 5778 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 12:48 momofr
0 siblings, 0 replies; 3437+ messages in thread
From: momofr @ 2017-07-26 12:48 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_632952_netdev.zip --]
[-- Type: application/zip, Size: 5704 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 11:39 chrisbi_anelyst
0 siblings, 0 replies; 3437+ messages in thread
From: chrisbi_anelyst @ 2017-07-26 11:39 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_136876215_linux-ext4.zip --]
[-- Type: application/zip, Size: 5730 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 10:32 Solen win2
0 siblings, 0 replies; 3437+ messages in thread
From: Solen win2 @ 2017-07-26 10:32 UTC (permalink / raw)
To: virtualization
[-- Attachment #1.1: Type: text/plain, Size: 4 bytes --]
all
[-- Attachment #1.2: Type: text/html, Size: 79 bytes --]
[-- Attachment #2: Type: text/plain, Size: 183 bytes --]
_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 6:36 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-07-26 6:36 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_548787_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 5665 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 4:42 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-07-26 4:42 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_5577425919869_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5756 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-26 2:25 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-07-26 2:25 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_2677628586_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 5660 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 23:24 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-07-25 23:24 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_68285_linux-arch.zip --]
[-- Type: application/zip, Size: 5710 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 20:41 sorbisches.internat
0 siblings, 0 replies; 3437+ messages in thread
From: sorbisches.internat @ 2017-07-25 20:41 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_041756358039_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5769 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 20:01 hp
0 siblings, 0 replies; 3437+ messages in thread
From: hp @ 2017-07-25 20:01 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_89826583725_linux-raid.zip --]
[-- Type: application/zip, Size: 5777 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 18:53 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-07-25 18:53 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_8190761198_dwarves.zip --]
[-- Type: application/zip, Size: 5934 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 18:45 x1kn8fk
0 siblings, 0 replies; 3437+ messages in thread
From: x1kn8fk @ 2017-07-25 18:45 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_4053073819_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5682 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 16:36 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-07-25 16:36 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_31876792_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 5697 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 14:56 nhossein4212003
0 siblings, 0 replies; 3437+ messages in thread
From: nhossein4212003 @ 2017-07-25 14:56 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_968240354671258_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 5752 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-25 10:27 nick_c_huang
0 siblings, 0 replies; 3437+ messages in thread
From: nick_c_huang @ 2017-07-25 10:27 UTC (permalink / raw)
To: linux ide
hi Linux
http://comagim.com/installer.php?please=c2ukh7msv51k1
Sincerely
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-23 23:48 miteshriya
0 siblings, 0 replies; 3437+ messages in thread
From: miteshriya @ 2017-07-23 23:48 UTC (permalink / raw)
To: Linux Sparse
hi Linux
http://mnmfibers.com/questionnaire.php?faster=fvam2n7492m
Regards
Miteshriya
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-20 18:43 tbinh.minhnd
0 siblings, 0 replies; 3437+ messages in thread
From: tbinh.minhnd @ 2017-07-20 18:43 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 145050548450.zip --]
[-- Type: application/zip, Size: 3029 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-20 3:55 mfr-6k8blvha/+BqlCpFK1mnLg
0 siblings, 0 replies; 3437+ messages in thread
From: mfr-6k8blvha/+BqlCpFK1mnLg @ 2017-07-20 3:55 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: "EMAIL_20824268419_linux-cifs.zip --]
[-- Type: application/zip, Size: 4079 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-19 11:11 rhsinfo
0 siblings, 0 replies; 3437+ messages in thread
From: rhsinfo @ 2017-07-19 11:11 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: "EMAIL_80943888669572_linux-bcache.zip --]
[-- Type: application/zip, Size: 3405 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 23:49 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-07-18 23:49 UTC (permalink / raw)
To: netdev
[-- Attachment #1: "EMAIL_48303574101919_netdev.zip --]
[-- Type: application/zip, Size: 2803 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 20:36 bunny43200
0 siblings, 0 replies; 3437+ messages in thread
From: bunny43200 @ 2017-07-18 20:36 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: "EMAIL_51788859886_linux-leds.zip --]
[-- Type: application/zip, Size: 2819 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 20:28 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-07-18 20:28 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: "EMAIL_3186527_linux-acpi.zip --]
[-- Type: application/zip, Size: 2797 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 20:17 brian
0 siblings, 0 replies; 3437+ messages in thread
From: brian @ 2017-07-18 20:17 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: "EMAIL_921905219268307_linux-pm.zip --]
[-- Type: application/zip, Size: 2829 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 15:56 bfoster
0 siblings, 0 replies; 3437+ messages in thread
From: bfoster @ 2017-07-18 15:56 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: "EMAIL_08011542258_linux-ext4.zip --]
[-- Type: application/zip, Size: 3282 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 13:52 stef.ryckmans
0 siblings, 0 replies; 3437+ messages in thread
From: stef.ryckmans @ 2017-07-18 13:52 UTC (permalink / raw)
To: netdev
[-- Attachment #1: "EMAIL_78264106_netdev.zip --]
[-- Type: application/zip, Size: 3308 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 12:45 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-07-18 12:45 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: "EMAIL_2297760905018_linux-ide.zip --]
[-- Type: application/zip, Size: 3312 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 11:36 shwx002
0 siblings, 0 replies; 3437+ messages in thread
From: shwx002 @ 2017-07-18 11:36 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: "EMAIL_64633847013_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 3281 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 6:22 sorbisches.internat
0 siblings, 0 replies; 3437+ messages in thread
From: sorbisches.internat @ 2017-07-18 6:22 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: "EMAIL_51153308_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 3241 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 5:45 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-07-18 5:45 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: "EMAIL_664910_linux-arch.zip --]
[-- Type: application/zip, Size: 178 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 4:50 ying.huang-ral2JQCrhuEAvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: ying.huang-ral2JQCrhuEAvxtiuMwx3w @ 2017-07-18 4:50 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1404 bytes --]
`ÈU©¹2³~im5wÇ_ô0ãßü¡Aj×"j÷!©bÌÙûËäÕWîáµ?7|lø_±À'ÝZ6Ó~*`iU²ZKá½R~
#WÀï×þÇþÆðþjá½?l?´~DàÔl
¸Iä¤Ñtjµ§ªïU#ööðSÂpãZÃ|¯ðÑÀ¿ÆoÛÆ
nvFÖÞm*ÜäÌ!%'àUï ÖÈÞ7YuÙ© $?c¸Õ#8Q/-C,ÜüձʯìØKzNÉlßÏ¿pM~PÿßÉM|×QRmÏ°6Ì7äjóɾº~cLÅõ®È~³>¬%OaÉ[ÃÄNïÔº÷Ü<óFû{ã<ñþ5OÒoOÚ,qëK¦dPm
DÁÜ?z®×YÀw
lfÌOé?ïË'eP{úózÖ.²HpMh1-Ó0ÆAøSMï.½Mà·û8§¥ãÃbcüî2Søv
Шè¤öïÍlÌQÓt²¡?µQÐ̹y5ma4¨ãÞ~½Æ'Ï\v[æI
¤À5'ÓêxÎJP¡þfÜã ðrµb^úÆÕm
/ßd¦ª¨»çM_ÆJÏn³IÚ ôÖ
õæSR¾à½/
íUs¯ÒÏúlZq6rî`FÆYÔE\¡ü*øv¨½]Ìp~ÂÉv³ñaËao
Ä
¦-Và%QlâõÛ4Rµ7Ð;À 5EÛJæPø¨SLÄçæCaÙÖÉ³Ë ßüò·yÏܸCvÜS3×Ibã)·àsAI.'ÎQ0ò
s½Õ;
êm¥¤GÅ Ö¬¯óçÜ}ÑFþe½Äéµû¬xf/]½/·¯¬LeÐqbXò2hºÝý¨É;aäM&÷øOÅà^VOÓoB
l³ÀÖç¾Ö}©;ÍÄ÷H^Î']¢í¸ÁÙ÷5^/ÍÎG
ý%wDÁ`û8ÂáñÏéM{Jáýɤã·ú¯ÇçÇèýLÏ×ÛX9ù¸ÙèXúA~5Åïî(WFÅ×P`Ûàß¿)KK8ÆBÆ«ZkEí}
Ï{ѧ17»H¬ÒÛÙ³(Îí:Sà4&<e<ÖÉ7°»¼d"©T`rV.U-sÑÒqL±0
sÝd*7g^¹¢ÅßéEÉÎçhó'Á¼7é,\/}k÷©ç³á«»Z¤ÛR*3ûÀÚ÷ñgmoølË¥q:lþß
ÍÈ_Ô¥©Åægx
üÌx¤Ú9sú«´ÇÝiïÍ
×u;NgÅDØë¬Ó÷¥µO7w":YÔ²é/W9'¹-½ç¨ócY±ÑflC^¨«þKè½Ì
ßêÃ^"QöiÀÞ9T\!ÃsCÊføbâ\×Õâ¾TÛæ_B.Òenéo®¹0Aøä:ª UµÄù~R Ö.˧ÒÜ_°ÑµÓ? ¶QÏ<±ËýñØ,Àà¹e0Ö/OyåÇúTF0÷W©ËµþW&7í`$ûÅeÍ·÷ÄXÝì±k»ã²ZÞÃé©Ê^4AÈCÊèÚ¥&AÕ-ö.àT¸
IêÕªyñã(á¤
ÇþXÙ§Î"ô¾ö£i%\÷0ªF°e ý4&
:¼ J["Ô»
·L$²»Iîe¨ªÒ6Thög¦ýÅ>ñ¡á0ões¼4$cÎɱֽ٬sü_1'ÆU¸ãöPó?u&öUÌ#ú÷JÀy½«SrïC;¶BÑÖ.Ô'¿Æ»®ð45`è\ök¢¯¾&~âvÈ*bª4 JI?gÏxoDÐúèÐb:Jü\ÖÍ
{'"?ßßùó¾V¤ì¤ÃKçze)\UIÙ\5W«T³¬|ü®
[-- Attachment #2: Type: text/plain, Size: 178 bytes --]
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 4:32 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-07-18 4:32 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: "EMAIL_40199138625_linux-raid.zip --]
[-- Type: application/zip, Size: 186 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-18 4:09 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-07-18 4:09 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: "EMAIL_577214953915613_linux-m68k.zip --]
[-- Type: application/zip, Size: 190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 23:02 h.piontek
0 siblings, 0 replies; 3437+ messages in thread
From: h.piontek @ 2017-07-17 23:02 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: "EMAIL_50994155839_linux-acpi.zip --]
[-- Type: application/zip, Size: 3182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 21:54 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-07-17 21:54 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: "EMAIL_976833055_linux-raid.zip --]
[-- Type: application/zip, Size: 3245 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 17:30 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-07-17 17:30 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: "EMAIL_168467_linux-bcache.zip --]
[-- Type: application/zip, Size: 3222 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 15:42 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-07-17 15:42 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: "EMAIL_647172652_linux-arch.zip --]
[-- Type: application/zip, Size: 9834 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 15:31 kathleen.gilbert
0 siblings, 0 replies; 3437+ messages in thread
From: kathleen.gilbert @ 2017-07-17 15:31 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: "EMAIL_6458579_netfilter-devel.zip --]
[-- Type: application/zip, Size: 9744 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 2:32 salome.khum
0 siblings, 0 replies; 3437+ messages in thread
From: salome.khum @ 2017-07-17 2:32 UTC (permalink / raw)
To: netdev
[-- Attachment #1: "EMAIL_6906626_netdev.zip --]
[-- Type: application/zip, Size: 5026 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 1:20 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-07-17 1:20 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: "EMAIL_34446_linux-arch.zip --]
[-- Type: application/zip, Size: 5056 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-17 1:09 kathleen.gilbert
0 siblings, 0 replies; 3437+ messages in thread
From: kathleen.gilbert @ 2017-07-17 1:09 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: "EMAIL_160434499_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5001 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-16 7:25 kim.frederiksen
0 siblings, 0 replies; 3437+ messages in thread
From: kim.frederiksen @ 2017-07-16 7:25 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: "EMAIL_1833111554328_netfilter-devel.zip --]
[-- Type: application/zip, Size: 5020 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-15 12:30 Huaisheng HS1 Ye
0 siblings, 0 replies; 3437+ messages in thread
From: Huaisheng HS1 Ye @ 2017-07-15 12:30 UTC (permalink / raw)
To: linux-pm
subscribe linux-pm
BRs,
Huaisheng, Ye | 叶怀胜
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-13 4:49 delaware.orders
0 siblings, 0 replies; 3437+ messages in thread
From: delaware.orders @ 2017-07-13 4:49 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: "EMAIL_649407635104319_linux-crypto.zip --]
[-- Type: application/zip, Size: 4920 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-13 3:37 befragung
0 siblings, 0 replies; 3437+ messages in thread
From: befragung @ 2017-07-13 3:37 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: "EMAIL_6035315196369_linux-ext4.zip --]
[-- Type: application/zip, Size: 4943 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-13 2:27 tomsue2000
0 siblings, 0 replies; 3437+ messages in thread
From: tomsue2000 @ 2017-07-13 2:27 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 280947457437_netdev.zip --]
[-- Type: application/zip, Size: 3446 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-12 19:24 patientcentral
0 siblings, 0 replies; 3437+ messages in thread
From: patientcentral @ 2017-07-12 19:24 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: "EMAIL_1724158835008_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 4941 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-12 11:22 sterrenplan.kampen
0 siblings, 0 replies; 3437+ messages in thread
From: sterrenplan.kampen @ 2017-07-12 11:22 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 502633130680.zip --]
[-- Type: application/zip, Size: 3686 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-12 0:42 associatebusiness2009
0 siblings, 0 replies; 3437+ messages in thread
From: associatebusiness2009 @ 2017-07-12 0:42 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 1727806876_netdev.zip --]
[-- Type: application/zip, Size: 3381 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-11 16:39 indulge-HCInDj6vYHrk4FeknX8I/ZqQE7yCjDx5
0 siblings, 0 replies; 3437+ messages in thread
From: indulge-HCInDj6vYHrk4FeknX8I/ZqQE7yCjDx5 @ 2017-07-11 16:39 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 350891340.zip --]
[-- Type: application/zip, Size: 3619 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-11 0:07 protecciondatos.es
0 siblings, 0 replies; 3437+ messages in thread
From: protecciondatos.es @ 2017-07-11 0:07 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 37771761865402.zip --]
[-- Type: application/zip, Size: 10350 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 22:07 jacqueline.pike
0 siblings, 0 replies; 3437+ messages in thread
From: jacqueline.pike @ 2017-07-10 22:07 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 632904.zip --]
[-- Type: application/zip, Size: 10231 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 21:53 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-07-10 21:53 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 812846400891500.zip --]
[-- Type: application/zip, Size: 10246 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 21:37 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-07-10 21:37 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 74860452066.zip --]
[-- Type: application/zip, Size: 10119 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 12:51 lucia.germino
0 siblings, 0 replies; 3437+ messages in thread
From: lucia.germino @ 2017-07-10 12:51 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 192119470.zip --]
[-- Type: application/zip, Size: 3546 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 12:43 brian
0 siblings, 0 replies; 3437+ messages in thread
From: brian @ 2017-07-10 12:43 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 402377184145.zip --]
[-- Type: application/zip, Size: 3533 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 10:06 alters
0 siblings, 0 replies; 3437+ messages in thread
From: alters @ 2017-07-10 10:06 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 809297937.zip --]
[-- Type: application/zip, Size: 3453 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 4:42 lipa
0 siblings, 0 replies; 3437+ messages in thread
From: lipa @ 2017-07-10 4:42 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 4217909091.zip --]
[-- Type: application/zip, Size: 5613 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:47 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:47 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:45 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:45 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-10 3:39 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-07-10 3:39 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...9o76ypp2345t..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 23:29 brian
0 siblings, 0 replies; 3437+ messages in thread
From: brian @ 2017-07-09 23:29 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 61449860477625.zip --]
[-- Type: application/zip, Size: 5646 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 23:19 Corporate Lenders
0 siblings, 0 replies; 3437+ messages in thread
From: Corporate Lenders @ 2017-07-09 23:19 UTC (permalink / raw)
Schönen Tag,
Ich bin Thomas Walter, der Finanzagent dieser Firma, bekannt als Corporate Lenders. Wir leihen Geld für Einzelpersonen und Unternehmen, die finanzielle Hilfe benötigen. Hast du einen schlechten Kredit oder du brauchst Geld, um deine Rechnungen zu bezahlen? Wir verwenden dieses Medium, um Ihnen mitzuteilen, dass wir Ihnen bei jeder Form von Darlehen helfen können, wie Sie Refinanzierung, Schuldenkonsolidierung Darlehen, persönliche Darlehen, internationale Darlehen und Business-Darlehen. Wir freuen uns, Ihnen ein Darlehen so niedrig wie der Zinssatz von 3% anzubieten.
Unsere Mission ist es, unseren Kunden einen Service zu bieten, der schnell, freundlich und stressfrei ist. Normalerweise, wenn wir alle Ihre Informationen haben, dauert es nur eine Stunde, um die Genehmigung zu finanzieren.
Wenn Sie interessiert sind, füllen Sie bitte das Darlehensantragsformular aus.
Vollständiger Name:
Geschlecht:
Benötigte Menge:
Dauer:
Tel:
Sprich Englisch?
Wir warten auf Ihre Antwort.
Sie erreichen uns per E-Mail: info@corporatelendersonline.com
Mit freundlichen Grüßen,
Thomas Walter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 23:19 Corporate Lenders
0 siblings, 0 replies; 3437+ messages in thread
From: Corporate Lenders @ 2017-07-09 23:19 UTC (permalink / raw)
Schönen Tag,
Ich bin Thomas Walter, der Finanzagent dieser Firma, bekannt als Corporate Lenders. Wir leihen Geld für Einzelpersonen und Unternehmen, die finanzielle Hilfe benötigen. Hast du einen schlechten Kredit oder du brauchst Geld, um deine Rechnungen zu bezahlen? Wir verwenden dieses Medium, um Ihnen mitzuteilen, dass wir Ihnen bei jeder Form von Darlehen helfen können, wie Sie Refinanzierung, Schuldenkonsolidierung Darlehen, persönliche Darlehen, internationale Darlehen und Business-Darlehen. Wir freuen uns, Ihnen ein Darlehen so niedrig wie der Zinssatz von 3% anzubieten.
Unsere Mission ist es, unseren Kunden einen Service zu bieten, der schnell, freundlich und stressfrei ist. Normalerweise, wenn wir alle Ihre Informationen haben, dauert es nur eine Stunde, um die Genehmigung zu finanzieren.
Wenn Sie interessiert sind, füllen Sie bitte das Darlehensantragsformular aus.
Vollständiger Name:
Geschlecht:
Benötigte Menge:
Dauer:
Tel:
Sprich Englisch?
Wir warten auf Ihre Antwort.
Sie erreichen uns per E-Mail: info@corporatelendersonline.com
Mit freundlichen Grüßen,
Thomas Walter
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 20:52 iker-KvP5wT2u2U0
0 siblings, 0 replies; 3437+ messages in thread
From: iker-KvP5wT2u2U0 @ 2017-07-09 20:52 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 540211.zip --]
[-- Type: application/zip, Size: 5580 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 18:51 pooks005
0 siblings, 0 replies; 3437+ messages in thread
From: pooks005 @ 2017-07-09 18:51 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 43722.zip --]
[-- Type: application/zip, Size: 5563 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-09 13:02 smallgroups
0 siblings, 0 replies; 3437+ messages in thread
From: smallgroups @ 2017-07-09 13:02 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 83375208989.zip --]
[-- Type: application/zip, Size: 5715 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-08 18:22 Alfred chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred chow @ 2017-07-08 18:22 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing
Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road
Central, Hong Kong. I have a business proposal of $38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-08 18:22 Alfred chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred chow @ 2017-07-08 18:22 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing
Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road
Central, Hong Kong. I have a business proposal of $38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-08 17:13 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-07-08 17:13 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 02865760222.zip --]
[-- Type: application/zip, Size: 5600 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-08 16:07 netgalley
0 siblings, 0 replies; 3437+ messages in thread
From: netgalley @ 2017-07-08 16:07 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 018847.zip --]
[-- Type: application/zip, Size: 5656 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-08 11:53 Alfred chow
0 siblings, 0 replies; 3437+ messages in thread
From: Alfred chow @ 2017-07-08 11:53 UTC (permalink / raw)
Good Day,
I am Mr. Alfred Cheuk Yu Chow, the Director for Credit & Marketing
Chong Hing Bank, Hong Kong, Chong Hing Bank Centre, 24 Des Voeux Road
Central, Hong Kong. I have a business proposal of $38,980,369.00.
All confirmable documents to back up the claims will be made available
to you prior to your acceptance and as soon as I receive your return
mail.
Best Regards,
Alfred Chow
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-07 17:21 pooks005
0 siblings, 0 replies; 3437+ messages in thread
From: pooks005 @ 2017-07-07 17:21 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 785808.zip --]
[-- Type: application/zip, Size: 5577 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-07 1:37 zumbalisa
0 siblings, 0 replies; 3437+ messages in thread
From: zumbalisa @ 2017-07-07 1:37 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: EMAIL_50013593097_linux-pm.zip --]
[-- Type: application/zip, Size: 4284 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-07 0:30 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-07-07 0:30 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_674323058_netfilter-devel.zip --]
[-- Type: application/zip, Size: 4265 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-06 17:35 simon.a.t.hardy
0 siblings, 0 replies; 3437+ messages in thread
From: simon.a.t.hardy @ 2017-07-06 17:35 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_7662351347_netfilter-devel.zip --]
[-- Type: application/zip, Size: 4280 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-06 14:11 een
0 siblings, 0 replies; 3437+ messages in thread
From: een @ 2017-07-06 14:11 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_938012525_linux-raid.zip --]
[-- Type: application/zip, Size: 4285 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-06 6:10 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-07-06 6:10 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: EMAIL_11449160770431_linux-m68k.zip --]
[-- Type: application/zip, Size: 5047 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-06 0:55 이성근
0 siblings, 0 replies; 3437+ messages in thread
From: 이성근 @ 2017-07-06 0:55 UTC (permalink / raw)
To: kvm
subscribe kvm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 21:18 een
0 siblings, 0 replies; 3437+ messages in thread
From: een @ 2017-07-05 21:18 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_3767374_linux-raid.zip --]
[-- Type: application/zip, Size: 5044 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 15:57 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-07-05 15:57 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_19275272_dwarves.zip --]
[-- Type: application/zip, Size: 2747 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 15:15 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-07-05 15:15 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 75316601415907.zip --]
[-- Type: application/zip, Size: 2755 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 8:06 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-07-05 8:06 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: MESSAGE-9568447630-linux-ext4.zip --]
[-- Type: application/zip, Size: 2347 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 7:00 benjamin
0 siblings, 0 replies; 3437+ messages in thread
From: benjamin @ 2017-07-05 7:00 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EBAY_36890034909_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 2342 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 6:55 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-07-05 6:55 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EBAY_3538766534773_linux-crypto.zip --]
[-- Type: application/zip, Size: 2370 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 6:42 angers
0 siblings, 0 replies; 3437+ messages in thread
From: angers @ 2017-07-05 6:42 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EBAY_1112994_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2366 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 0:55 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-07-05 0:55 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EBAY_4714145_netdev.zip --]
[-- Type: application/zip, Size: 2350 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-05 0:06 michele
0 siblings, 0 replies; 3437+ messages in thread
From: michele @ 2017-07-05 0:06 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EBAY_8161483_linux-bcache.zip --]
[-- Type: application/zip, Size: 2355 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 22:53 j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
0 siblings, 0 replies; 3437+ messages in thread
From: j.lahoda-aRb0bU7PRFPrBKCeMvbIDA @ 2017-07-04 22:53 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EBAY_4112026224_linux-efi.zip --]
[-- Type: application/zip, Size: 2350 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 21:02 salome.khum
0 siblings, 0 replies; 3437+ messages in thread
From: salome.khum @ 2017-07-04 21:02 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EBAY_666499260012_netdev.zip --]
[-- Type: application/zip, Size: 2352 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 19:53 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-07-04 19:53 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EBAY_725260156512_linux-arch.zip --]
[-- Type: application/zip, Size: 2379 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 18:35 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-07-04 18:35 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: BILL-5456344828928.zip --]
[-- Type: application/zip, Size: 2310 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 16:38 openhackbangalore
0 siblings, 0 replies; 3437+ messages in thread
From: openhackbangalore @ 2017-07-04 16:38 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_91533202_netdev.zip --]
[-- Type: application/zip, Size: 2370 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 10:50 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-07-04 10:50 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_46564219859_linux-arch.zip --]
[-- Type: application/zip, Size: 3183 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 8:52 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-07-04 8:52 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_77904176_linux-raid.zip --]
[-- Type: application/zip, Size: 3164 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 6:01 xa0ajutor
0 siblings, 0 replies; 3437+ messages in thread
From: xa0ajutor @ 2017-07-04 6:01 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_56923235589997_linux-raid.zip --]
[-- Type: application/zip, Size: 3176 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-04 4:17 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-07-04 4:17 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_172111191_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3145 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 14:13 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-07-03 14:13 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_531101184_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 3146 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 13:54 sm-yT/95SBIOhs
0 siblings, 0 replies; 3437+ messages in thread
From: sm-yT/95SBIOhs @ 2017-07-03 13:54 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_0176393263878_linux-api.zip --]
[-- Type: application/zip, Size: 3177 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 13:30 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-07-03 13:30 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_76537910174_netfilter-devel.zip --]
[-- Type: application/zip, Size: 3188 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 12:43 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-07-03 12:43 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: EMAIL_94858129_linux-ide.zip --]
[-- Type: application/zip, Size: 3177 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 4:44 beautyink
0 siblings, 0 replies; 3437+ messages in thread
From: beautyink @ 2017-07-03 4:44 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: EMAIL_27450398_linux-ide.zip --]
[-- Type: application/zip, Size: 3158 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-03 1:28 h.piontek
0 siblings, 0 replies; 3437+ messages in thread
From: h.piontek @ 2017-07-03 1:28 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_8799211_linux-acpi.zip --]
[-- Type: application/zip, Size: 3184 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-02 20:26 tabiadhawatef
0 siblings, 0 replies; 3437+ messages in thread
From: tabiadhawatef @ 2017-07-02 20:26 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_7709270_linux-acpi.zip --]
[-- Type: application/zip, Size: 3153 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-02 18:44 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-07-02 18:44 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_23646323904760_linux-arch.zip --]
[-- Type: application/zip, Size: 3190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-02 10:14 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-07-02 10:14 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: EMAIL_6686834979628_linux-m68k.zip --]
[-- Type: application/zip, Size: 3172 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-01 21:28 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-07-01 21:28 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_90244_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 3187 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-07-01 11:36 p.mueller-spz-hgw-Mmb7MZpHnFY
0 siblings, 0 replies; 3437+ messages in thread
From: p.mueller-spz-hgw-Mmb7MZpHnFY @ 2017-07-01 11:36 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 7041_linux-rdma.zip --]
[-- Type: application/zip, Size: 3259 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-30 8:29 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-06-30 8:29 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 050511.zip --]
[-- Type: application/zip, Size: 3370 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-30 2:53 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-06-30 2:53 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 066785575956.zip --]
[-- Type: application/zip, Size: 3368 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-30 1:14 paloma.depping
0 siblings, 0 replies; 3437+ messages in thread
From: paloma.depping @ 2017-06-30 1:14 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 820702835161.zip --]
[-- Type: application/zip, Size: 3390 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-29 19:05 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-06-29 19:05 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 814657.zip --]
[-- Type: application/zip, Size: 3412 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-29 13:46 kholloway
0 siblings, 0 replies; 3437+ messages in thread
From: kholloway @ 2017-06-29 13:46 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 445063815940.zip --]
[-- Type: application/zip, Size: 3347 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-29 12:20 The Post Office
0 siblings, 0 replies; 3437+ messages in thread
From: The Post Office @ 2017-06-29 12:20 UTC (permalink / raw)
To: linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 7 days:
Host 106.146.148.224 is not responding.
The following recipients did not receive this message:
<linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org>
Please reply to postmaster-hn68Rpc1hR1g9hUCZPvPmw@public.gmane.org
if you feel this message to be in error.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-29 10:39 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-06-29 10:39 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 933271400.zip --]
[-- Type: application/zip, Size: 3368 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 14:22 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-06-28 14:22 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_202419_linux-arch.zip --]
[-- Type: application/zip, Size: 3329 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:57 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-06-28 3:57 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:56 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-06-28 3:56 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:56 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-06-28 3:56 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:56 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-06-28 3:56 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:56 системы администратор
0 siblings, 0 replies; 3437+ messages in thread
From: системы администратор @ 2017-06-28 3:56 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...776774990..2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-28 3:22 Administrator
0 siblings, 0 replies; 3437+ messages in thread
From: Administrator @ 2017-06-28 3:22 UTC (permalink / raw)
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:
Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:
Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!
Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0009876...nw.na.website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017
terima kasih
Sistem Administrator
.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-27 11:59 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-06-27 11:59 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_468535330447271_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 3452 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-27 7:15 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-06-27 7:15 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_8655932282_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3401 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-27 7:12 loisc07
0 siblings, 0 replies; 3437+ messages in thread
From: loisc07 @ 2017-06-27 7:12 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_994612756450_linux-ext4.zip --]
[-- Type: application/zip, Size: 3401 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-27 0:08 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-06-27 0:08 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_0578932146183_linux-arch.zip --]
[-- Type: application/zip, Size: 3422 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 22:58 Anders Lind
0 siblings, 0 replies; 3437+ messages in thread
From: Anders Lind @ 2017-06-26 22:58 UTC (permalink / raw)
To: linux fsdevel
Good morning Linux
http://www.me-lawoffice.com/cat_add.php?son=rmtgusk26880ceteu
Anders
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 22:58 Anders Lind
0 siblings, 0 replies; 3437+ messages in thread
From: Anders Lind @ 2017-06-26 22:58 UTC (permalink / raw)
To: linux ext4
Hi
http://www.parkenspizza.se/faq_info.php?doesnt=v2b68r8t0abkav
Thanks
Anders Lind
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 22:14 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-06-26 22:14 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_9158645_linux-raid.zip --]
[-- Type: application/zip, Size: 3408 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 19:07 eremias
0 siblings, 0 replies; 3437+ messages in thread
From: eremias @ 2017-06-26 19:07 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 1851840_netdev.zip --]
[-- Type: application/zip, Size: 3408 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 17:51 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-06-26 17:51 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_480694553566739_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3419 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 16:10 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-06-26 16:10 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_6340816742_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 3468 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 15:03 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-06-26 15:03 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_233235146676708_linux-bcache.zip --]
[-- Type: application/zip, Size: 3419 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 10:22 p.mueller-spz-hgw-Mmb7MZpHnFY
0 siblings, 0 replies; 3437+ messages in thread
From: p.mueller-spz-hgw-Mmb7MZpHnFY @ 2017-06-26 10:22 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 47850763814001_linux-rdma.zip --]
[-- Type: application/zip, Size: 3422 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-26 9:15 beautyink
0 siblings, 0 replies; 3437+ messages in thread
From: beautyink @ 2017-06-26 9:15 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: EMAIL_2026126106_linux-ide.zip --]
[-- Type: application/zip, Size: 3529 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-06-26 5:21 Leon Romanovsky
0 siblings, 0 replies; 3437+ messages in thread
From: Leon Romanovsky @ 2017-06-26 5:21 UTC (permalink / raw)
To: Marcel Apfelbaum; +Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA, Yuval Shaia
[-- Attachment #1: Type: text/plain, Size: 1576 bytes --]
David Woodhouse <dwmw2-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
Bcc:
Subject: Re: Proposal for the 2nd RDMA microconference (LPC 2017)
Reply-To:
In-Reply-To: <786f10f7-6253-c95b-49e2-a89010a43781-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
On Sun, Jun 25, 2017 at 11:43:35AM +0300, Marcel Apfelbaum wrote:
> Hi Leon,
>
> Here is our proposal for the coming conference.
Thanks Marcel for sending proposal, I'm looking forward to see you and
Yuval there.
In the meantime, I'm adding David who is our LPC POC and would like to
ask some questions.
>
> Abstract
> --------
> QEMU's limited RDMA support leaves it behind other modern hypervisors.
> Marcel and/or Yuval will present the implementation of an emulated RDMA
> device, analyze its performance and usability, and finally talk about future
> plans for a possible virtio-rdma device.
How are you implementing different fabrics? Does it completely SW
implementation and/or it requires HW beneath like prvdma? Namespaces,
migration?
What are the expectations from the community?
>
> Audience
> --------
> The audience is developers interested in device emulation / RDMA.
> They can expect an interesting discussion on what are the difficulties to
> work with RDMA in Virtual Machines and they will be welcomed to share their
> ideas.
>
> Benefits to the Ecosystem
> -------------------------
> Knowing how to tackle RDMA on virtualization may give developers an easier
> start on adding RDMA support to QEMU, which in turn will leverage the modern
> RDMA cards on virtualized environments.
>
>
> Thanks,
> Marcel & Yuval
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 20:10 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-06-25 20:10 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_721984611666_linux-arch.zip --]
[-- Type: application/zip, Size: 3495 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 18:13 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-06-25 18:13 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_7883405_linux-raid.zip --]
[-- Type: application/zip, Size: 3510 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 16:49 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-06-25 16:49 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_59044256431817_netdev.zip --]
[-- Type: application/zip, Size: 3463 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 13:23 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-06-25 13:23 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_03820_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 3515 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 10:21 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-06-25 10:21 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_07654_linux-bcache.zip --]
[-- Type: application/zip, Size: 3504 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 5:19 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-06-25 5:19 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_2726286_linux-ext4.zip --]
[-- Type: application/zip, Size: 3500 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 5:14 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-06-25 5:14 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EMAIL_6717152024417_linux-crypto.zip --]
[-- Type: application/zip, Size: 3512 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 4:47 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-06-25 4:47 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_88082875035496_linux-arch.zip --]
[-- Type: application/zip, Size: 3475 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 3:57 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-25 3:57 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_2308411819257_linux-arch.zip --]
[-- Type: application/zip, Size: 3499 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-25 2:39 bflove1-ntQ8I44N4zM
0 siblings, 0 replies; 3437+ messages in thread
From: bflove1-ntQ8I44N4zM @ 2017-06-25 2:39 UTC (permalink / raw)
To: linux-spi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_64201799182639_linux-spi.zip --]
[-- Type: application/zip, Size: 3503 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 19:38 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-06-24 19:38 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_870500103142_linux-bcache.zip --]
[-- Type: application/zip, Size: 3509 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 15:41 benjamin
0 siblings, 0 replies; 3437+ messages in thread
From: benjamin @ 2017-06-24 15:41 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_09074482_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 7653 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 15:03 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-06-24 15:03 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EMAIL_9673882086_linux-crypto.zip --]
[-- Type: application/zip, Size: 3521 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 12:38 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-06-24 12:38 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_896297041142370_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 3459 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 11:55 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-06-24 11:55 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: EMAIL_32495_linux-fsdevel.zip --]
[-- Type: application/zip, Size: 7861 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 8:07 j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
0 siblings, 0 replies; 3437+ messages in thread
From: j.lahoda-aRb0bU7PRFPrBKCeMvbIDA @ 2017-06-24 8:07 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: EMAIL_90836228833860_linux-efi.zip --]
[-- Type: application/zip, Size: 7863 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 2:32 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-06-24 2:32 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_1181869410986_linux-arch.zip --]
[-- Type: application/zip, Size: 3499 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 0:35 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-06-24 0:35 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_77134398_linux-raid.zip --]
[-- Type: application/zip, Size: 3531 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-24 0:04 hastpass
0 siblings, 0 replies; 3437+ messages in thread
From: hastpass @ 2017-06-24 0:04 UTC (permalink / raw)
To: linux-gpio
[-- Attachment #1: EMAIL_847312_linux-gpio.zip --]
[-- Type: application/zip, Size: 3509 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 19:27 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-06-23 19:27 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: EMAIL_82952679061_linux-m68k.zip --]
[-- Type: application/zip, Size: 3482 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 17:22 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-06-23 17:22 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: EMAIL_662871_linux-bcache.zip --]
[-- Type: application/zip, Size: 3523 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 12:26 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-06-23 12:26 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EMAIL_553497223_linux-crypto.zip --]
[-- Type: application/zip, Size: 3428 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 6:09 Administrator
0 siblings, 0 replies; 3437+ messages in thread
From: Administrator @ 2017-06-23 6:09 UTC (permalink / raw)
PERHATIAN
Kotak surat Anda telah melebihi batas penyimpanan, yaitu 5 GB seperti yang didefinisikan oleh administrator, yang saat ini berjalan pada 10.9GB, Anda mungkin tidak dapat mengirim atau menerima surat baru sampai Anda kembali memvalidasi email mailbox Anda. Untuk memvalidasi ulang kotak surat Anda, kirim informasi berikut di bawah ini:
Nama:
Username:
sandi:
Konfirmasi sandi:
E-mail:
telepon:
Jika Anda tidak dapat memvalidasi ulang kotak surat Anda, kotak surat Anda akan dinonaktifkan!
Maaf atas ketidaknyamanan ini.
Kode verifikasi: en:0986..web...id......nw..website Admin..id...9876mm.2017
Surat Dukungan Teknis ©2017
terima kasih
Sistem Administrator
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 4:50 nkosuta-f+iqBESB6gc
0 siblings, 0 replies; 3437+ messages in thread
From: nkosuta-f+iqBESB6gc @ 2017-06-23 4:50 UTC (permalink / raw)
To: devicetree-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 39579.zip --]
[-- Type: application/zip, Size: 3602 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 2:49 mdavis
0 siblings, 0 replies; 3437+ messages in thread
From: mdavis @ 2017-06-23 2:49 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 5600669634007.zip --]
[-- Type: application/zip, Size: 5665 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-23 1:43 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-06-23 1:43 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 38089400225.zip --]
[-- Type: application/zip, Size: 3418 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-22 20:24 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-06-22 20:24 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 0031586918070.zip --]
[-- Type: application/zip, Size: 3419 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-22 20:22 junplzen
0 siblings, 0 replies; 3437+ messages in thread
From: junplzen @ 2017-06-22 20:22 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 4607810.zip --]
[-- Type: application/zip, Size: 3419 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-22 13:22 jeffrey.faulkenberg
0 siblings, 0 replies; 3437+ messages in thread
From: jeffrey.faulkenberg @ 2017-06-22 13:22 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 475333248096240.zip --]
[-- Type: application/zip, Size: 2082 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-22 5:49 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-06-22 5:49 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 3046358.zip --]
[-- Type: application/zip, Size: 3471 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-22 2:13 ecaterinasuciu09
0 siblings, 0 replies; 3437+ messages in thread
From: ecaterinasuciu09 @ 2017-06-22 2:13 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 83837.zip --]
[-- Type: application/zip, Size: 2080 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 20:10 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-06-21 20:10 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 281270036887.zip --]
[-- Type: application/zip, Size: 3435 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 7:43 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-06-21 7:43 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 170045.zip --]
[-- Type: application/zip, Size: 3532 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 7:32 tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w @ 2017-06-21 7:32 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 625752260604.zip --]
[-- Type: application/zip, Size: 3499 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 6:23 chrisbi_anelyst
0 siblings, 0 replies; 3437+ messages in thread
From: chrisbi_anelyst @ 2017-06-21 6:23 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 100324712762.zip --]
[-- Type: application/zip, Size: 3475 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 6:16 angers
0 siblings, 0 replies; 3437+ messages in thread
From: angers @ 2017-06-21 6:16 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 089372.zip --]
[-- Type: application/zip, Size: 3475 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-21 4:40 kholloway
0 siblings, 0 replies; 3437+ messages in thread
From: kholloway @ 2017-06-21 4:40 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 5342408615.zip --]
[-- Type: application/zip, Size: 3506 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 22:49 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-06-20 22:49 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 3712936079.zip --]
[-- Type: application/zip, Size: 3453 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 18:45 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-06-20 18:45 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 4870601.zip --]
[-- Type: application/zip, Size: 3508 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 17:50 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-06-20 17:50 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 2566839.zip --]
[-- Type: application/zip, Size: 3483 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 16:31 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-20 16:31 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 2590095223830.zip --]
[-- Type: application/zip, Size: 3501 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 6:29 xa0ajutor
0 siblings, 0 replies; 3437+ messages in thread
From: xa0ajutor @ 2017-06-20 6:29 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 3786494.zip --]
[-- Type: application/zip, Size: 5133 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-20 0:47 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-06-20 0:47 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 1142760447.zip --]
[-- Type: application/zip, Size: 3184 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-19 19:58 tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w @ 2017-06-19 19:58 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 324723303283412.zip --]
[-- Type: application/zip, Size: 3185 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-19 18:46 chrisbi_anelyst
0 siblings, 0 replies; 3437+ messages in thread
From: chrisbi_anelyst @ 2017-06-19 18:46 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 9052001159285.zip --]
[-- Type: application/zip, Size: 3174 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-19 16:53 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-06-19 16:53 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 04319.zip --]
[-- Type: application/zip, Size: 5142 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-19 9:57 anita.traylor
0 siblings, 0 replies; 3437+ messages in thread
From: anita.traylor @ 2017-06-19 9:57 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 0868791.zip --]
[-- Type: application/zip, Size: 3197 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-19 9:36 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-06-19 9:36 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 608217586713206.zip --]
[-- Type: application/zip, Size: 3197 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-18 14:27 xa0ajutor
0 siblings, 0 replies; 3437+ messages in thread
From: xa0ajutor @ 2017-06-18 14:27 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 49828587.zip --]
[-- Type: application/zip, Size: 2024 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-18 13:58 membership
0 siblings, 0 replies; 3437+ messages in thread
From: membership @ 2017-06-18 13:58 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 5314437.zip --]
[-- Type: application/zip, Size: 2002 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-18 3:09 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-06-18 3:09 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 665495.zip --]
[-- Type: application/zip, Size: 3182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-17 22:46 rhsinfo
0 siblings, 0 replies; 3437+ messages in thread
From: rhsinfo @ 2017-06-17 22:46 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 05702933099528.zip --]
[-- Type: application/zip, Size: 2009 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-16 22:37 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-06-16 22:37 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 01808124726107.zip --]
[-- Type: application/zip, Size: 2056 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-16 14:46 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-06-16 14:46 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 110899877616.zip --]
[-- Type: application/zip, Size: 3197 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-15 17:35 jeffrey.faulkenberg
0 siblings, 0 replies; 3437+ messages in thread
From: jeffrey.faulkenberg @ 2017-06-15 17:35 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 36611.zip --]
[-- Type: application/zip, Size: 5410 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-15 14:56 john.dahlberg
0 siblings, 0 replies; 3437+ messages in thread
From: john.dahlberg @ 2017-06-15 14:56 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 104973915087041.zip --]
[-- Type: application/zip, Size: 5387 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-15 13:50 pohut00
0 siblings, 0 replies; 3437+ messages in thread
From: pohut00 @ 2017-06-15 13:50 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 241385535172685.zip --]
[-- Type: application/zip, Size: 5327 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-15 8:37 ecaterinasuciu09
0 siblings, 0 replies; 3437+ messages in thread
From: ecaterinasuciu09 @ 2017-06-15 8:37 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 57413395.zip --]
[-- Type: application/zip, Size: 4905 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 22:19 muirs
0 siblings, 0 replies; 3437+ messages in thread
From: muirs @ 2017-06-14 22:19 UTC (permalink / raw)
To: linux-next
[-- Attachment #1: 96799833.zip --]
[-- Type: application/zip, Size: 4850 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 21:25 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-06-14 21:25 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 927328920469.zip --]
[-- Type: application/zip, Size: 3174 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 20:41 angers
0 siblings, 0 replies; 3437+ messages in thread
From: angers @ 2017-06-14 20:41 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 1598538396047.zip --]
[-- Type: application/zip, Size: 3210 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 19:31 kholloway
0 siblings, 0 replies; 3437+ messages in thread
From: kholloway @ 2017-06-14 19:31 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 153610094672.zip --]
[-- Type: application/zip, Size: 3186 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 16:39 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-14 16:39 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 8121690.zip --]
[-- Type: application/zip, Size: 3179 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 12:27 board
0 siblings, 0 replies; 3437+ messages in thread
From: board @ 2017-06-14 12:27 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 2117876976.zip --]
[-- Type: application/zip, Size: 4890 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 12:26 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-06-14 12:26 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 426810907226614.zip --]
[-- Type: application/zip, Size: 4989 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 11:42 sophie.norman
0 siblings, 0 replies; 3437+ messages in thread
From: sophie.norman @ 2017-06-14 11:42 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 297272492.zip --]
[-- Type: application/zip, Size: 4871 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 10:27 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-06-14 10:27 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 92571547.zip --]
[-- Type: application/zip, Size: 3156 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-14 1:06 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-06-14 1:06 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 394898621633.zip --]
[-- Type: application/zip, Size: 3509 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 21:38 douille.l
0 siblings, 0 replies; 3437+ messages in thread
From: douille.l @ 2017-06-13 21:38 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 771157718762760.zip --]
[-- Type: application/zip, Size: 5007 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 11:59 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-06-13 11:59 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 78954.zip --]
[-- Type: application/zip, Size: 3506 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 10:15 nenep
0 siblings, 0 replies; 3437+ messages in thread
From: nenep @ 2017-06-13 10:15 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 2624499375.zip --]
[-- Type: application/zip, Size: 3508 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 9:59 lizdebeth_
0 siblings, 0 replies; 3437+ messages in thread
From: lizdebeth_ @ 2017-06-13 9:59 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 6313991237204.zip --]
[-- Type: application/zip, Size: 3459 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 9:35 wvhyvcm.abyxg
0 siblings, 0 replies; 3437+ messages in thread
From: wvhyvcm.abyxg @ 2017-06-13 9:35 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 4561729095232.zip --]
[-- Type: application/zip, Size: 3497 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 8:14 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-06-13 8:14 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 480167506794.zip --]
[-- Type: application/zip, Size: 3501 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 4:53 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-06-13 4:53 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 36443008914.zip --]
[-- Type: application/zip, Size: 3460 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 4:35 ujagu8185-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: ujagu8185-Re5JQEeQqe8AvxtiuMwx3w @ 2017-06-13 4:35 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 51151522.zip --]
[-- Type: application/zip, Size: 3491 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-13 4:22 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-06-13 4:22 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 142179.zip --]
[-- Type: application/zip, Size: 3471 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 21:36 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-06-12 21:36 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 28493054646.zip --]
[-- Type: application/zip, Size: 4963 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 19:12 nhossein4212003
0 siblings, 0 replies; 3437+ messages in thread
From: nhossein4212003 @ 2017-06-12 19:12 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 39025725073.zip --]
[-- Type: application/zip, Size: 3493 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 17:13 armiksanaye
0 siblings, 0 replies; 3437+ messages in thread
From: armiksanaye @ 2017-06-12 17:13 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 069816.zip --]
[-- Type: application/zip, Size: 3493 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 16:44 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-12 16:44 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 309045088847053.zip --]
[-- Type: application/zip, Size: 4900 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 15:02 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-06-12 15:02 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 311766356839.zip --]
[-- Type: application/zip, Size: 4807 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 10:50 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-06-12 10:50 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 019402655217095.zip --]
[-- Type: application/zip, Size: 3588 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-12 7:28 webmaster
0 siblings, 0 replies; 3437+ messages in thread
From: webmaster @ 2017-06-12 7:28 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 24874228775.zip --]
[-- Type: application/zip, Size: 4916 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 18:16 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-06-11 18:16 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 46536729943268.zip --]
[-- Type: application/zip, Size: 3145 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 16:35 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-06-11 16:35 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 689971074.zip --]
[-- Type: application/zip, Size: 3176 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 7:27 roeper
0 siblings, 0 replies; 3437+ messages in thread
From: roeper @ 2017-06-11 7:27 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 700323777.zip --]
[-- Type: application/zip, Size: 3172 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 4:42 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-06-11 4:42 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 99741.zip --]
[-- Type: application/zip, Size: 3194 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 3:28 redaccion
0 siblings, 0 replies; 3437+ messages in thread
From: redaccion @ 2017-06-11 3:28 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 4748827.zip --]
[-- Type: application/zip, Size: 3180 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 2:29 energi
0 siblings, 0 replies; 3437+ messages in thread
From: energi @ 2017-06-11 2:29 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 16633582951.zip --]
[-- Type: application/zip, Size: 3178 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-11 0:20 service
0 siblings, 0 replies; 3437+ messages in thread
From: service @ 2017-06-11 0:20 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 68658800.zip --]
[-- Type: application/zip, Size: 3174 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 21:10 mbalhoff
0 siblings, 0 replies; 3437+ messages in thread
From: mbalhoff @ 2017-06-10 21:10 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 436049145.zip --]
[-- Type: application/zip, Size: 4960 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 21:03 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-06-10 21:03 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 6681956269.zip --]
[-- Type: application/zip, Size: 3204 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 20:24 board
0 siblings, 0 replies; 3437+ messages in thread
From: board @ 2017-06-10 20:24 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 549426.zip --]
[-- Type: application/zip, Size: 5031 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 14:34 kbennett
0 siblings, 0 replies; 3437+ messages in thread
From: kbennett @ 2017-06-10 14:34 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 0630938972524.zip --]
[-- Type: application/zip, Size: 5025 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 13:33 iker-KvP5wT2u2U0
0 siblings, 0 replies; 3437+ messages in thread
From: iker-KvP5wT2u2U0 @ 2017-06-10 13:33 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 15583681942264.zip --]
[-- Type: application/zip, Size: 4964 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 8:23 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-06-10 8:23 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 829628.zip --]
[-- Type: application/zip, Size: 2004 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 7:07 Youichi Kanno
0 siblings, 0 replies; 3437+ messages in thread
From: Youichi Kanno @ 2017-06-10 7:07 UTC (permalink / raw)
Sir/Madam
I am sorry to encroach into your privacy in this manner, I found you
listed in the Trade Center Chambers of Commerce directory here in
Japan, My name is Youichi Kanno and I work in Audit & credit
Supervisory role at The Norinchukin Bank, I need your assistance to
process the fund claims oF $18,100,000.00 (Eighteen Million, One
Hundred Thousand, USD) of a deceased client Mr. Grigor Kassan, And i
need your assistance to process the fund claims, I only pray at this
time that your address is still valid. I want to solicit your
attention to receive this money on my behalf. The purpose of my
contacting you is because my status would not permit me to do this
alone.
I hope to hear from you soon so we can discuss the logistic of moving
the funds to a safe offshore bank.
Yours sincerely,
Youichi Kanno
Phone Number: +81345400962
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 5:53 jacqueline.pike
0 siblings, 0 replies; 3437+ messages in thread
From: jacqueline.pike @ 2017-06-10 5:53 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 465348500411810.zip --]
[-- Type: application/zip, Size: 2050 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-10 5:29 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-06-10 5:29 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 32156204782.zip --]
[-- Type: application/zip, Size: 2054 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 19:04 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-06-09 19:04 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 735758270.zip --]
[-- Type: application/zip, Size: 3186 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 18:57 editor
0 siblings, 0 replies; 3437+ messages in thread
From: editor @ 2017-06-09 18:57 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 93304718.zip --]
[-- Type: application/zip, Size: 3186 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 17:38 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-09 17:38 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 6928391092.zip --]
[-- Type: application/zip, Size: 3180 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 12:45 Mrs Alice Walton
0 siblings, 0 replies; 3437+ messages in thread
From: Mrs Alice Walton @ 2017-06-09 12:45 UTC (permalink / raw)
To: Recipients
I have a charity proposal for you
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 10:47 tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w @ 2017-06-09 10:47 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 85927179231299.zip --]
[-- Type: application/zip, Size: 3189 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 8:02 kholloway
0 siblings, 0 replies; 3437+ messages in thread
From: kholloway @ 2017-06-09 8:02 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 006882549.zip --]
[-- Type: application/zip, Size: 3185 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 4:30 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-06-09 4:30 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 846894449555915.zip --]
[-- Type: application/zip, Size: 3190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 3:35 office
0 siblings, 0 replies; 3437+ messages in thread
From: office @ 2017-06-09 3:35 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: 173662.zip --]
[-- Type: application/zip, Size: 3171 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 2:06 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-06-09 2:06 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 6473227.zip --]
[-- Type: application/zip, Size: 3182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 1:31 durrant
0 siblings, 0 replies; 3437+ messages in thread
From: durrant @ 2017-06-09 1:31 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 48480.zip --]
[-- Type: application/zip, Size: 3163 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 0:39 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-06-09 0:39 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 577788.zip --]
[-- Type: application/zip, Size: 3149 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-09 0:34 richard
0 siblings, 0 replies; 3437+ messages in thread
From: richard @ 2017-06-09 0:34 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 251180749.zip --]
[-- Type: application/zip, Size: 3149 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 22:14 bcohen
0 siblings, 0 replies; 3437+ messages in thread
From: bcohen @ 2017-06-08 22:14 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 64017075.zip --]
[-- Type: application/zip, Size: 3148 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 18:00 beautyink
0 siblings, 0 replies; 3437+ messages in thread
From: beautyink @ 2017-06-08 18:00 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 31571386.zip --]
[-- Type: application/zip, Size: 3183 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 17:59 kirola
0 siblings, 0 replies; 3437+ messages in thread
From: kirola @ 2017-06-08 17:59 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 87350019.zip --]
[-- Type: application/zip, Size: 3183 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 17:26 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-06-08 17:26 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 9078859657.zip --]
[-- Type: application/zip, Size: 3191 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 15:18 junplzen
0 siblings, 0 replies; 3437+ messages in thread
From: junplzen @ 2017-06-08 15:18 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 79062787448573.zip --]
[-- Type: application/zip, Size: 3183 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 14:09 service
0 siblings, 0 replies; 3437+ messages in thread
From: service @ 2017-06-08 14:09 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 7779404973035.zip --]
[-- Type: application/zip, Size: 3141 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-06-08 13:35 Yuval Shaia
0 siblings, 0 replies; 3437+ messages in thread
From: Yuval Shaia @ 2017-06-08 13:35 UTC (permalink / raw)
To: netdev
subscribe netdev
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 13:07 unsubscribe.me
0 siblings, 0 replies; 3437+ messages in thread
From: unsubscribe.me @ 2017-06-08 13:07 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 33904617.zip --]
[-- Type: application/zip, Size: 3131 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 12:51 koopk
0 siblings, 0 replies; 3437+ messages in thread
From: koopk @ 2017-06-08 12:51 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 99695261699.zip --]
[-- Type: application/zip, Size: 3169 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 11:31 helga.brickl
0 siblings, 0 replies; 3437+ messages in thread
From: helga.brickl @ 2017-06-08 11:31 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 529462.zip --]
[-- Type: application/zip, Size: 4813 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 5:41 Oliver Carter
0 siblings, 0 replies; 3437+ messages in thread
From: Oliver Carter @ 2017-06-08 5:41 UTC (permalink / raw)
To: netdev
Hey Netdev
http://arc-protect.com/m7_gift_giver.php?isnt=pfcz272prn36hk
Oliver
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 5:00 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-06-08 5:00 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 0286300581085.zip --]
[-- Type: application/zip, Size: 3154 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 3:14 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-06-08 3:14 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 225162210782.zip --]
[-- Type: application/zip, Size: 3145 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-08 3:14 kgbok.kezyhumh
0 siblings, 0 replies; 3437+ messages in thread
From: kgbok.kezyhumh @ 2017-06-08 3:14 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 522358304980.zip --]
[-- Type: application/zip, Size: 3145 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 22:30 tammyehood
0 siblings, 0 replies; 3437+ messages in thread
From: tammyehood @ 2017-06-07 22:30 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 2944259303743.zip --]
[-- Type: application/zip, Size: 3184 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 21:54 agar2000
0 siblings, 0 replies; 3437+ messages in thread
From: agar2000 @ 2017-06-07 21:54 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 99372.zip --]
[-- Type: application/zip, Size: 3195 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 14:00 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-06-07 14:00 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 470011811002.zip --]
[-- Type: application/zip, Size: 3194 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 11:43 nhossein4212003
0 siblings, 0 replies; 3437+ messages in thread
From: nhossein4212003 @ 2017-06-07 11:43 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 701241854906746.zip --]
[-- Type: application/zip, Size: 3106 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 7:42 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-06-07 7:42 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 284085067588.zip --]
[-- Type: application/zip, Size: 3199 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-07 3:19 lucia.germino
0 siblings, 0 replies; 3437+ messages in thread
From: lucia.germino @ 2017-06-07 3:19 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 6949818.zip --]
[-- Type: application/zip, Size: 4774 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 23:46 mdavis
0 siblings, 0 replies; 3437+ messages in thread
From: mdavis @ 2017-06-06 23:46 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 37913653393087.zip --]
[-- Type: application/zip, Size: 4706 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 20:36 dengx
0 siblings, 0 replies; 3437+ messages in thread
From: dengx @ 2017-06-06 20:36 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 8658933842225.zip --]
[-- Type: application/zip, Size: 3176 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 7:19 From Lori J. Robinson
0 siblings, 0 replies; 3437+ messages in thread
From: From Lori J. Robinson @ 2017-06-06 7:19 UTC (permalink / raw)
Hello,
I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you kindly respond to me through my private box
lori_robinson.usa@hotmail.com so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 7:19 From Lori J. Robinson
0 siblings, 0 replies; 3437+ messages in thread
From: From Lori J. Robinson @ 2017-06-06 7:19 UTC (permalink / raw)
Hello,
I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you kindly respond to me through my private box
lori_robinson.usa@hotmail.com so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 7:19 From Lori J. Robinson
0 siblings, 0 replies; 3437+ messages in thread
From: From Lori J. Robinson @ 2017-06-06 7:19 UTC (permalink / raw)
Hello,
I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you kindly respond to me through my private box
lori_robinson.usa@hotmail.com so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-06 7:19 From Lori J. Robinson
0 siblings, 0 replies; 3437+ messages in thread
From: From Lori J. Robinson @ 2017-06-06 7:19 UTC (permalink / raw)
Hello,
I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you kindly respond to me through my private box
lori_robinson.usa@hotmail.com so that we can know ourselves better. I
hope to read from you if your are also interested. Thanks and hoping
to hear from you soonest.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-05 17:32 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-06-05 17:32 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 5980832698.zip --]
[-- Type: application/zip, Size: 3204 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-05 5:43 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-06-05 5:43 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 382993317.zip --]
[-- Type: application/zip, Size: 3207 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-05 4:30 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-06-05 4:30 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 721224187.zip --]
[-- Type: application/zip, Size: 3190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-05 1:08 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-06-05 1:08 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 03423870618227.zip --]
[-- Type: application/zip, Size: 3182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-05 0:03 nmckenna
0 siblings, 0 replies; 3437+ messages in thread
From: nmckenna @ 2017-06-05 0:03 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 12178296.zip --]
[-- Type: application/zip, Size: 3159 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-04 19:55 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-06-04 19:55 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 73310.zip --]
[-- Type: application/zip, Size: 3181 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-04 10:30 Yuval Mintz
0 siblings, 0 replies; 3437+ messages in thread
From: Yuval Mintz @ 2017-06-04 10:30 UTC (permalink / raw)
To: davem, netdev; +Cc: Yuval Mintz
Subject: [PATCH net-next 00/11] qed*: Support VF XDP attachment
Each driver queue [Rx, Tx, XDP-forwarding] requires an allocated HW/FW
connection + configured queue-zone.
VF handling by the PF has several limitations that prevented adding the
capability to perform XDP at driver-level:
- The VF assumes there's 1-to-1 correspondance between the VF queue and
the used connection, meaning q<x> is always going to use cid<x>,
whereas for its own queues the PF is acquiring a new cid per each new
queue.
- There's a 1-to-1 correspondate between the VF-queues and the HW queue
zones. While this is necessary for Rx-queues [as the queue-zone
contains the producer], transmission queues can share the underlaying
queue-zone [only shared configuration is coalescing].
But all VF<->PF communication mechanisms assume there's a single
identifier that identify a queue [as queue-zone == queue], while
sharing queue-zones requires passing additional information.
- VFs currently don't try mapping a doorbell bar - there's a small
doorbell window in the regview allowing VFs to doorbell up to 16
connections; but this window isn's wide enough for the added XDP
forwarding queues.
This series is going to add the necessary infrastrucutre to finally let
our VFs support XDP assuming both the PF and VF drivers are sufficiently
new [Legacy support would be retained both for older VFs and older PFs,
but both will be needed for this new support to work].
Basically, the various database driver maintains for its queue-cids
would be revised, and queue-cids would be identified using the
(queue-zone, unique index) pair. The TLV mechanism would then be
extended to allow VFs to communicate that unique-index as well as the
already provided queue-zone. Finally, the VFs would try to map their
doorbell bar and inform their PF that they're using it.
Almost all the changes are in qed, with exception of #3 [which does some
cleanup in qede as well] and #11 that actually enables the feature.
Dave,
Please consider applying this series to 'net-next'.
Thanks,
Yuval
Yuval Mintz (11):
qed: Add bitmaps for VF CIDs
qed: Create L2 queue database
qed*: L2 interface to use the SB structures directly
qed: Pass vf_params when creating a queue-cid
qed: Assign a unique per-queue index to queue-cid
qed: Make VF legacy a bitfield
qed: IOV db support multiple queues per qzone
qed: Multiple qzone queues for VFs
qed: VFs to try utilizing the doorbell bar
qed: VF XDP support
qede: VF XDP support
drivers/net/ethernet/qlogic/qed/qed.h | 8 +
drivers/net/ethernet/qlogic/qed/qed_cxt.c | 230 ++++++++++----
drivers/net/ethernet/qlogic/qed/qed_cxt.h | 54 +++-
drivers/net/ethernet/qlogic/qed/qed_dev.c | 32 +-
drivers/net/ethernet/qlogic/qed/qed_l2.c | 298 +++++++++++++++---
drivers/net/ethernet/qlogic/qed/qed_l2.h | 79 ++++-
drivers/net/ethernet/qlogic/qed/qed_main.c | 24 +-
drivers/net/ethernet/qlogic/qed/qed_reg_addr.h | 1 +
drivers/net/ethernet/qlogic/qed/qed_sriov.c | 418 +++++++++++++++++++------
drivers/net/ethernet/qlogic/qed/qed_sriov.h | 20 +-
drivers/net/ethernet/qlogic/qed/qed_vf.c | 244 +++++++++++----
drivers/net/ethernet/qlogic/qed/qed_vf.h | 79 ++++-
drivers/net/ethernet/qlogic/qede/qede_main.c | 38 ++-
include/linux/qed/qed_eth_if.h | 6 +-
include/linux/qed/qed_if.h | 4 +
15 files changed, 1205 insertions(+), 330 deletions(-)
--
2.9.4
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-03 7:17 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-06-03 7:17 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 6713067025.zip --]
[-- Type: application/zip, Size: 3162 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-03 5:45 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-06-03 5:45 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 34618930.zip --]
[-- Type: application/zip, Size: 3162 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-02 8:02 jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q
0 siblings, 0 replies; 3437+ messages in thread
From: jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q @ 2017-06-02 8:02 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 6161255567811.zip --]
[-- Type: application/zip, Size: 3144 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-02 6:04 mari.kayhko
0 siblings, 0 replies; 3437+ messages in thread
From: mari.kayhko @ 2017-06-02 6:04 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 083544262110.zip --]
[-- Type: application/zip, Size: 3182 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-01 20:40 nbensoncole81
0 siblings, 0 replies; 3437+ messages in thread
From: nbensoncole81 @ 2017-06-01 20:40 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 208405710.zip --]
[-- Type: application/zip, Size: 3155 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-01 2:26 Dave Airlie
0 siblings, 0 replies; 3437+ messages in thread
From: Dave Airlie @ 2017-06-01 2:26 UTC (permalink / raw)
To: Linus Torvalds; +Cc: LKML, dri-devel
Hi Linus,
This is the main set of fixes for rc4, one amdgpu fix, some exynos
regression fixes, some msm fixes and some i915 and GVT fixes.
I've got a second regression fix for some DP chips that might be a bit
large, but I think we'd like to land it now, I'll send it along
tomorrow, once you are happy with this set.
Dave.
The following changes since commit 5ed02dbb497422bf225783f46e6eadd237d23d6b:
Linux 4.12-rc3 (2017-05-28 17:20:53 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.12-rc4
for you to fetch changes up to 400129f0a3ae989c30b37104bbc23b35c9d7a9a4:
Merge tag 'exynos-drm-fixes-for-v4.12' of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into
drm-fixes (2017-06-01 12:07:48 +1000)
----------------------------------------------------------------
msm/exynos/i915/amdgpu fixes
----------------------------------------------------------------
Changbin Du (1):
drm/i915/gvt: clean up unsubmited workloads before destroying kmem cache
Chris Wilson (1):
drm/i915/selftests: Silence compiler warning in igt_ctx_exec
Chuanxiao Dong (2):
drm/i915: set initialised only when init_context callback is NULL
drm/i915/gvt: Disable compression workaround for Gen9
Daniel Vetter (2):
Revert "drm/i915: Restore lost "Initialized i915" welcome message"
drm/exynos: Merge pre/postclose hooks
Dave Airlie (4):
Merge tag 'drm-intel-fixes-2017-05-29' of
git://anongit.freedesktop.org/git/drm-intel into drm-fixes
Merge branch 'msm-fixes-4.12-rc4' of
git://people.freedesktop.org/~robclark/linux into drm-fixes
Merge branch 'drm-fixes-4.12' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes
Merge tag 'exynos-drm-fixes-for-v4.12' of
git://git.kernel.org/.../daeinki/drm-exynos into drm-fixes
Eric Anholt (2):
drm/msm: Expose our reservation object when exporting a dmabuf.
drm/msm: Reuse dma_fence_release.
Hans de Goede (1):
drm/i915: Fix new -Wint-in-bool-context gcc compiler warning
Hoegeun Kwon (2):
drm/exynos: dsi: Fix the parse_dt function
drm/exynos: dsi: Remove bridge node reference in removal
Inki Dae (1):
drm/exynos: clean up description of exynos_drm_crtc
Jani Nikula (1):
Merge tag 'gvt-fixes-2017-05-25' of
https://github.com/01org/gvt-linux into drm-intel-fixes
Joonas Lahtinen (1):
drm/i915: Do not sync RCU during shrinking
Jordan Crouse (2):
drm/msm: Take the mutex before calling msm_gem_new_impl
drm/msm: Fix the check for the command size
Leo Liu (1):
drm/amdgpu: Program ring for vce instance 1 at its register space
Matthew Auld (1):
drm/i915: use vma->size for appgtt allocate_va_range
Philipp Zabel (1):
drm/msm: for array in-fences, check if all backing fences are
from our own context before waiting
Rob Clark (4):
drm/msm: select PM_OPP
drm/msm/mdp5: use __drm_atomic_helper_plane_duplicate_state()
drm/msm/gpu: check legacy clk names in get_clocks()
drm/msm/mdp5: release hwpipe(s) for unused planes
Tobias Klauser (1):
drm/msm: constify irq_domain_ops
Ville Syrjälä (1):
drm/i915: Stop pretending to mask/unmask LPE audio interrupts
drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 95 ++++++++++++++++-------
drivers/gpu/drm/exynos/exynos_drm_drv.c | 8 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 5 +-
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 26 +++----
drivers/gpu/drm/i915/gvt/execlist.c | 30 ++++---
drivers/gpu/drm/i915/gvt/handlers.c | 30 ++++---
drivers/gpu/drm/i915/i915_drv.c | 4 -
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
drivers/gpu/drm/i915/i915_gem_shrinker.c | 5 --
drivers/gpu/drm/i915/i915_irq.c | 15 ++--
drivers/gpu/drm/i915/i915_reg.h | 2 +-
drivers/gpu/drm/i915/intel_lpe_audio.c | 36 ---------
drivers/gpu/drm/i915/intel_lrc.c | 2 +-
drivers/gpu/drm/i915/selftests/i915_gem_context.c | 8 +-
drivers/gpu/drm/msm/Kconfig | 1 +
drivers/gpu/drm/msm/mdp/mdp5/mdp5_mdss.c | 2 +-
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 9 ++-
drivers/gpu/drm/msm/msm_drv.c | 1 +
drivers/gpu/drm/msm/msm_drv.h | 1 +
drivers/gpu/drm/msm/msm_fence.c | 10 +--
drivers/gpu/drm/msm/msm_gem.c | 6 ++
drivers/gpu/drm/msm/msm_gem_prime.c | 7 ++
drivers/gpu/drm/msm/msm_gem_submit.c | 14 ++--
drivers/gpu/drm/msm/msm_gpu.c | 4 +-
24 files changed, 169 insertions(+), 154 deletions(-)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-01 2:25 kbennett
0 siblings, 0 replies; 3437+ messages in thread
From: kbennett @ 2017-06-01 2:25 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 652137435079.zip --]
[-- Type: application/zip, Size: 3170 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-01 1:55 cdevries
0 siblings, 0 replies; 3437+ messages in thread
From: cdevries @ 2017-06-01 1:55 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 3483483188.zip --]
[-- Type: application/zip, Size: 3174 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-06-01 0:43 armouralumni
0 siblings, 0 replies; 3437+ messages in thread
From: armouralumni @ 2017-06-01 0:43 UTC (permalink / raw)
To: linux-m68k
[-- Attachment #1: 382518.zip --]
[-- Type: application/zip, Size: 3175 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-31 14:53 tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
0 siblings, 0 replies; 3437+ messages in thread
From: tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w @ 2017-05-31 14:53 UTC (permalink / raw)
To: linux-api-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 76390.zip --]
[-- Type: application/zip, Size: 3189 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-31 11:36 p.mueller-spz-hgw-Mmb7MZpHnFY
0 siblings, 0 replies; 3437+ messages in thread
From: p.mueller-spz-hgw-Mmb7MZpHnFY @ 2017-05-31 11:36 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 775_linux-rdma.zip --]
[-- Type: application/zip, Size: 3334 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-05-26 16:33 Anderson McEnany <
0 siblings, 0 replies; 3437+ messages in thread
From: Anderson McEnany < @ 2017-05-26 16:33 UTC (permalink / raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --]
lisoch@veco.ru
>
Subject: Gegenseitiger Partnervorschlag
Date: Fri, 26 May 2017 18:15:45 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Lieber Freund,
Vielen Dank, dass Sie sich die Zeit genommen haben, meinen gegenseitigen Geschäftsvorschlag zu Ihnen zu lesen. Mein Name ist Herr Anderson McEnany, Investment Manager bei der City Bank New York, USA.
Mein Ziel, Ihnen den Vorschlag zu schreiben, ist, weil ich einen europäischen Klienten habe, dass ich geholfen habe, eine Reihe von seinen Investitionen im Mittleren Osten mit einer Einlagensumme von USD21 Millionen Dollar zu verwalten, bis vor etwa fünf Jahren, als er plötzlich verstarb und seit fast 4 Jahren Ich habe nach seinen Verwandten gesucht und schließlich entdeckte ich, dass er keine lebenden Verwandten hatte.
Mein Vorschlag an Sie ist, mit Ihnen in der Deal zu arbeiten, ich beabsichtige, Sie als die nächste Angehörige zu präsentieren, die es legal für Sie machen wird, die Ablagerung für eine der folgenden Angehörigen zu erhalten.
Beide von uns werden gleichberechtigte Partner in diesem Deal sein und ich werde von Ihnen abhängen, um den Gesamtbetrag in Ihrem Konto zu erhalten. Weitere Informationen, die ich Ihnen geben werde, um meinen Anteil an den Mitteln zu überweisen.
Schließlich, wenn du es interessierst, könntest du doch so freundlich sein, mir deine vollen Namen zu schicken, Adresse und direkte Telefonnummern und auch könntest du mir von dir erzählen und was du für das Leben tust, weil das eine riesige finanzielle Transaktion ist und ich will sicher sein Dass du diese Transaktion bearbeiten kannst. An der Bank, wo die Gelder hinterlegt sind.
Ihre dringende Antwort wird geschätzt, bitte senden Sie Ihre Antwort Nachricht an diese vertrauliche E-Mail Adresse: Anderson_mcenany@gmx.com.
Freundliche Grüße,
Herr Anderson McEnany
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-05-26 16:33 Anderson McEnany <
0 siblings, 0 replies; 3437+ messages in thread
From: Anderson McEnany < @ 2017-05-26 16:33 UTC (permalink / raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --]
lisoch@veco.ru
>
Subject: Gegenseitiger Partnervorschlag
Date: Fri, 26 May 2017 18:15:45 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Lieber Freund,
Vielen Dank, dass Sie sich die Zeit genommen haben, meinen gegenseitigen Geschäftsvorschlag zu Ihnen zu lesen. Mein Name ist Herr Anderson McEnany, Investment Manager bei der City Bank New York, USA.
Mein Ziel, Ihnen den Vorschlag zu schreiben, ist, weil ich einen europäischen Klienten habe, dass ich geholfen habe, eine Reihe von seinen Investitionen im Mittleren Osten mit einer Einlagensumme von USD21 Millionen Dollar zu verwalten, bis vor etwa fünf Jahren, als er plötzlich verstarb und seit fast 4 Jahren Ich habe nach seinen Verwandten gesucht und schließlich entdeckte ich, dass er keine lebenden Verwandten hatte.
Mein Vorschlag an Sie ist, mit Ihnen in der Deal zu arbeiten, ich beabsichtige, Sie als die nächste Angehörige zu präsentieren, die es legal für Sie machen wird, die Ablagerung für eine der folgenden Angehörigen zu erhalten.
Beide von uns werden gleichberechtigte Partner in diesem Deal sein und ich werde von Ihnen abhängen, um den Gesamtbetrag in Ihrem Konto zu erhalten. Weitere Informationen, die ich Ihnen geben werde, um meinen Anteil an den Mitteln zu überweisen.
Schließlich, wenn du es interessierst, könntest du doch so freundlich sein, mir deine vollen Namen zu schicken, Adresse und direkte Telefonnummern und auch könntest du mir von dir erzählen und was du für das Leben tust, weil das eine riesige finanzielle Transaktion ist und ich will sicher sein Dass du diese Transaktion bearbeiten kannst. An der Bank, wo die Gelder hinterlegt sind.
Ihre dringende Antwort wird geschätzt, bitte senden Sie Ihre Antwort Nachricht an diese vertrauliche E-Mail Adresse: Anderson_mcenany@gmx.com.
Freundliche Grüße,
Herr Anderson McEnany
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-24 16:26 natasha.glauser
0 siblings, 0 replies; 3437+ messages in thread
From: natasha.glauser @ 2017-05-24 16:26 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 2605145.zip --]
[-- Type: application/zip, Size: 3160 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-24 0:12 bcohen
0 siblings, 0 replies; 3437+ messages in thread
From: bcohen @ 2017-05-24 0:12 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 07974248344583.zip --]
[-- Type: application/zip, Size: 3196 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 22:44 noord-holland
0 siblings, 0 replies; 3437+ messages in thread
From: noord-holland @ 2017-05-23 22:44 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 6211920350.zip --]
[-- Type: application/zip, Size: 3191 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 16:29 benjamin
0 siblings, 0 replies; 3437+ messages in thread
From: benjamin @ 2017-05-23 16:29 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 73458503834697.zip --]
[-- Type: application/zip, Size: 3207 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 16:24 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-05-23 16:24 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 146902373.zip --]
[-- Type: application/zip, Size: 3207 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 9:36 bendis.michal
0 siblings, 0 replies; 3437+ messages in thread
From: bendis.michal @ 2017-05-23 9:36 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 1443947.zip --]
[-- Type: application/zip, Size: 3175 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 8:42 delaware.orders
0 siblings, 0 replies; 3437+ messages in thread
From: delaware.orders @ 2017-05-23 8:42 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 0880469378.zip --]
[-- Type: application/zip, Size: 3197 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 7:38 scotte
0 siblings, 0 replies; 3437+ messages in thread
From: scotte @ 2017-05-23 7:38 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 615690.zip --]
[-- Type: application/zip, Size: 3201 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 4:53 nfrankiyamu
0 siblings, 0 replies; 3437+ messages in thread
From: nfrankiyamu @ 2017-05-23 4:53 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 002602599.zip --]
[-- Type: application/zip, Size: 3215 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-23 2:19 mdavis
0 siblings, 0 replies; 3437+ messages in thread
From: mdavis @ 2017-05-23 2:19 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 6775563555.zip --]
[-- Type: application/zip, Size: 3184 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-22 22:32 patientcentral
0 siblings, 0 replies; 3437+ messages in thread
From: patientcentral @ 2017-05-22 22:32 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: 8395290876929.zip --]
[-- Type: application/zip, Size: 3190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-22 20:39 horizon
0 siblings, 0 replies; 3437+ messages in thread
From: horizon @ 2017-05-22 20:39 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 66593863594.zip --]
[-- Type: application/zip, Size: 3156 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-22 16:10 mitch_128
0 siblings, 0 replies; 3437+ messages in thread
From: mitch_128 @ 2017-05-22 16:10 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 5877262087.zip --]
[-- Type: application/zip, Size: 3116 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-22 0:57 mari.kayhko
0 siblings, 0 replies; 3437+ messages in thread
From: mari.kayhko @ 2017-05-22 0:57 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 58679201840822.zip --]
[-- Type: application/zip, Size: 3176 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 20:35 armiksanaye
0 siblings, 0 replies; 3437+ messages in thread
From: armiksanaye @ 2017-05-21 20:35 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 66504.zip --]
[-- Type: application/zip, Size: 3178 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 16:36 x1kn8fk
0 siblings, 0 replies; 3437+ messages in thread
From: x1kn8fk @ 2017-05-21 16:36 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 697470622.zip --]
[-- Type: application/zip, Size: 39559 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 13:56 sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
0 siblings, 0 replies; 3437+ messages in thread
From: sibolt.mulder-b60u5d1xRcFWk0Htik3J/w @ 2017-05-21 13:56 UTC (permalink / raw)
To: dwarves-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 295991102.zip --]
[-- Type: application/zip, Size: 39559 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 11:59 anita.traylor
0 siblings, 0 replies; 3437+ messages in thread
From: anita.traylor @ 2017-05-21 11:59 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 059670471941.zip --]
[-- Type: application/zip, Size: 39559 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 11:38 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-05-21 11:38 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 0580348.zip --]
[-- Type: application/zip, Size: 39559 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 11:13 mariobronti
0 siblings, 0 replies; 3437+ messages in thread
From: mariobronti @ 2017-05-21 11:13 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 37588996.zip --]
[-- Type: application/zip, Size: 39559 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 9:17 jacqueline.pike
0 siblings, 0 replies; 3437+ messages in thread
From: jacqueline.pike @ 2017-05-21 9:17 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 544961.zip --]
[-- Type: application/zip, Size: 2917 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 8:55 benjamin
0 siblings, 0 replies; 3437+ messages in thread
From: benjamin @ 2017-05-21 8:55 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 087833.zip --]
[-- Type: application/zip, Size: 2855 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 8:55 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-05-21 8:55 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 5812262.zip --]
[-- Type: application/zip, Size: 2921 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-21 8:42 brucet
0 siblings, 0 replies; 3437+ messages in thread
From: brucet @ 2017-05-21 8:42 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 00725.zip --]
[-- Type: application/zip, Size: 2874 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 21:16 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-05-20 21:16 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: 31217786072134.zip --]
[-- Type: application/zip, Size: 2902 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 20:00 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-05-20 20:00 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 39874.zip --]
[-- Type: application/zip, Size: 2821 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 18:58 office
0 siblings, 0 replies; 3437+ messages in thread
From: office @ 2017-05-20 18:58 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: 22687017334589.zip --]
[-- Type: application/zip, Size: 1271 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 17:45 counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL
0 siblings, 0 replies; 3437+ messages in thread
From: counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL @ 2017-05-20 17:45 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 9301738364993.zip --]
[-- Type: application/zip, Size: 2890 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 16:22 alters
0 siblings, 0 replies; 3437+ messages in thread
From: alters @ 2017-05-20 16:22 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 4380970736.zip --]
[-- Type: application/zip, Size: 2837 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 14:29 cv
0 siblings, 0 replies; 3437+ messages in thread
From: cv @ 2017-05-20 14:29 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 65318589.zip --]
[-- Type: application/zip, Size: 2878 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 12:27 ajae
0 siblings, 0 replies; 3437+ messages in thread
From: ajae @ 2017-05-20 12:27 UTC (permalink / raw)
To: linux-bcache
[-- Attachment #1: 1415432.zip --]
[-- Type: application/zip, Size: 2909 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 11:47 john.dahlberg
0 siblings, 0 replies; 3437+ messages in thread
From: john.dahlberg @ 2017-05-20 11:47 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 899954395.zip --]
[-- Type: application/zip, Size: 2920 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 11:03 pohut00
0 siblings, 0 replies; 3437+ messages in thread
From: pohut00 @ 2017-05-20 11:03 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 82304.zip --]
[-- Type: application/zip, Size: 2820 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 9:40 mgriffit
0 siblings, 0 replies; 3437+ messages in thread
From: mgriffit @ 2017-05-20 9:40 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 64749729775761.zip --]
[-- Type: application/zip, Size: 2868 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 8:14 ecaterinasuciu09
0 siblings, 0 replies; 3437+ messages in thread
From: ecaterinasuciu09 @ 2017-05-20 8:14 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: 0482411662588.zip --]
[-- Type: application/zip, Size: 2825 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 1:09 board
0 siblings, 0 replies; 3437+ messages in thread
From: board @ 2017-05-20 1:09 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: 17734612411.zip --]
[-- Type: application/zip, Size: 2913 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 0:40 sophie.norman
0 siblings, 0 replies; 3437+ messages in thread
From: sophie.norman @ 2017-05-20 0:40 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: 260009073203663.zip --]
[-- Type: application/zip, Size: 2939 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-20 0:26 brian
0 siblings, 0 replies; 3437+ messages in thread
From: brian @ 2017-05-20 0:26 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 843245271.zip --]
[-- Type: application/zip, Size: 2945 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 16:59 zumbalisa
0 siblings, 0 replies; 3437+ messages in thread
From: zumbalisa @ 2017-05-19 16:59 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: 032259416649.zip --]
[-- Type: application/zip, Size: 2894 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 15:35 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-05-19 15:35 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 57847049147979.zip --]
[-- Type: application/zip, Size: 2923 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 14:51 citydesk
0 siblings, 0 replies; 3437+ messages in thread
From: citydesk @ 2017-05-19 14:51 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 128734285588468.zip --]
[-- Type: application/zip, Size: 2883 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 13:31 office
0 siblings, 0 replies; 3437+ messages in thread
From: office @ 2017-05-19 13:31 UTC (permalink / raw)
To: linux-leds
[-- Attachment #1: 13476503689.zip --]
[-- Type: application/zip, Size: 2885 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 12:56 kindergartenchaos2
0 siblings, 0 replies; 3437+ messages in thread
From: kindergartenchaos2 @ 2017-05-19 12:56 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 012614448.zip --]
[-- Type: application/zip, Size: 2858 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 11:45 counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL
0 siblings, 0 replies; 3437+ messages in thread
From: counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL @ 2017-05-19 11:45 UTC (permalink / raw)
To: linux-cifs-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 8991909.zip --]
[-- Type: application/zip, Size: 2916 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 6:45 j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
0 siblings, 0 replies; 3437+ messages in thread
From: j.lahoda-aRb0bU7PRFPrBKCeMvbIDA @ 2017-05-19 6:45 UTC (permalink / raw)
To: linux-efi-u79uwXL29TY76Z2rM5mHXA
[-- Attachment #1: 27843789264095.zip --]
[-- Type: application/zip, Size: 2870 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 4:32 archerrp
0 siblings, 0 replies; 3437+ messages in thread
From: archerrp @ 2017-05-19 4:32 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 6070538009916.zip --]
[-- Type: application/zip, Size: 2908 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-19 3:34 openhackbangalore
0 siblings, 0 replies; 3437+ messages in thread
From: openhackbangalore @ 2017-05-19 3:34 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 04104849287.zip --]
[-- Type: application/zip, Size: 2893 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-18 19:22 lucia.germino
0 siblings, 0 replies; 3437+ messages in thread
From: lucia.germino @ 2017-05-18 19:22 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: 6078544384.zip --]
[-- Type: application/zip, Size: 2928 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-18 16:47 susan.christian
0 siblings, 0 replies; 3437+ messages in thread
From: susan.christian @ 2017-05-18 16:47 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: 40144986.zip --]
[-- Type: application/zip, Size: 4845 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-18 14:13 agiva
0 siblings, 0 replies; 3437+ messages in thread
From: agiva @ 2017-05-18 14:13 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: 233627250363201.zip --]
[-- Type: application/zip, Size: 4829 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-18 13:41 alters
0 siblings, 0 replies; 3437+ messages in thread
From: alters @ 2017-05-18 13:41 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: 449685.zip --]
[-- Type: application/zip, Size: 4787 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-18 13:40 hp
0 siblings, 0 replies; 3437+ messages in thread
From: hp @ 2017-05-18 13:40 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: 2518423.zip --]
[-- Type: application/zip, Size: 4661 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-17 18:42 stef.ryckmans
0 siblings, 0 replies; 3437+ messages in thread
From: stef.ryckmans @ 2017-05-17 18:42 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 08149217870.zip --]
[-- Type: application/zip, Size: 4646 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-17 13:39 J Walker
0 siblings, 0 replies; 3437+ messages in thread
From: J Walker @ 2017-05-17 13:39 UTC (permalink / raw)
To: netdev
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-17 10:59 anita.traylor
0 siblings, 0 replies; 3437+ messages in thread
From: anita.traylor @ 2017-05-17 10:59 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 55356090.zip --]
[-- Type: application/zip, Size: 3008 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-17 7:10 1.10.0812112155390.21775
0 siblings, 0 replies; 3437+ messages in thread
From: 1.10.0812112155390.21775 @ 2017-05-17 7:10 UTC (permalink / raw)
To: linux-fsdevel
[-- Attachment #1: 056305.zip --]
[-- Type: application/zip, Size: 2929 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-16 6:37 momofr
0 siblings, 0 replies; 3437+ messages in thread
From: momofr @ 2017-05-16 6:37 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_373084188081_netdev.zip --]
[-- Type: application/zip, Size: 2077 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-16 3:06 armiksanaye
0 siblings, 0 replies; 3437+ messages in thread
From: armiksanaye @ 2017-05-16 3:06 UTC (permalink / raw)
To: linux-scsi
[-- Attachment #1: EMAIL_94744_linux-scsi.zip --]
[-- Type: application/zip, Size: 2116 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-15 23:49 morice.diane
0 siblings, 0 replies; 3437+ messages in thread
From: morice.diane @ 2017-05-15 23:49 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_0461021_netdev.zip --]
[-- Type: application/zip, Size: 2062 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-15 23:19 bcohen
0 siblings, 0 replies; 3437+ messages in thread
From: bcohen @ 2017-05-15 23:19 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_94874074783512_netdev.zip --]
[-- Type: application/zip, Size: 2074 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-14 3:19 unixkeeper
0 siblings, 0 replies; 3437+ messages in thread
From: unixkeeper @ 2017-05-14 3:19 UTC (permalink / raw)
To: linux-bcache
reg
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-11 1:02 info
0 siblings, 0 replies; 3437+ messages in thread
From: info @ 2017-05-11 1:02 UTC (permalink / raw)
To: dri-devel
[-- Attachment #1: 898372657368076_dri-devel.zip --]
[-- Type: application/zip, Size: 2851 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-10 7:23 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-05-10 7:23 UTC (permalink / raw)
To: netdev
[-- Attachment #1: 620_netdev.zip --]
[-- Type: application/zip, Size: 1923 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-05-04 13:20 Steve French
0 siblings, 0 replies; 3437+ messages in thread
From: Steve French @ 2017-05-04 13:20 UTC (permalink / raw)
To: Long Li, linux-cifs-u79uwXL29TY76Z2rM5mHXA, Pavel Shilovskiy
[-- Attachment #1: Type: text/plain, Size: 465 bytes --]
Any thoughts on removing the dependency on srv_mutex in deleting
completed requests (and freeing its memory) ? Otherwise it can cause
problems with long running socket writes (on sending new requests)
which don't get the benefit of finishing up response processing due to
the blocking of DeleteMidQEntry on server->srv_mutex
This should improve performance as well.
(Long Li was noticing this looking at RDMA with cifs.ko)
See attached patch
--
Thanks,
Steve
[-- Attachment #2: 0001-CIFS-Don-t-delay-freeing-mids-when-blocked-on-slow-s.patch --]
[-- Type: text/x-patch, Size: 4037 bytes --]
From 429bb0e9da0db34bf75d5335fe6b4011db8765ad Mon Sep 17 00:00:00 2001
From: Steve French <smfrench@gmail.com>
Date: Thu, 4 May 2017 07:54:04 -0500
Subject: [PATCH] [CIFS] Don't delay freeing mids when blocked on slow socket
write of request
When processing responses, and in particular freeing mids (DeleteMidQEntry),
which is very important since it also frees the associated buffers (cifs_buf_release),
we can block a long time if (writes to) socket is slow due to low memory or networking
issues.
We can block in send (smb request) waiting for memory, and be blocked in processing
responess (which could free memory if we let it) - since they both grab the
server->srv_mutex.
In practice, in the DeleteMidQEntry case - there is no reason we need to
grab the srv_mutex so remove these around DeleteMidQEntry, and it allows
us to free memory faster.
Signed-off-by: Steve French <steve.french@primarydata.com>
---
fs/cifs/cifssmb.c | 7 -------
fs/cifs/smb2pdu.c | 7 -------
fs/cifs/transport.c | 2 --
3 files changed, 16 deletions(-)
diff --git a/fs/cifs/cifssmb.c b/fs/cifs/cifssmb.c
index 205fd94..5245723 100644
--- a/fs/cifs/cifssmb.c
+++ b/fs/cifs/cifssmb.c
@@ -697,9 +697,7 @@ static int validate_t2(struct smb_t2_rsp *pSMB)
{
struct TCP_Server_Info *server = mid->callback_data;
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(server, 1, CIFS_ECHO_OP);
}
@@ -1599,9 +1597,7 @@ static __u16 convert_disposition(int disposition)
}
queue_work(cifsiod_wq, &rdata->work);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(server, 1, 0);
}
@@ -2058,7 +2054,6 @@ struct cifs_writedata *
{
struct cifs_writedata *wdata = mid->callback_data;
struct cifs_tcon *tcon = tlink_tcon(wdata->cfile->tlink);
- struct TCP_Server_Info *server = tcon->ses->server;
unsigned int written;
WRITE_RSP *smb = (WRITE_RSP *)mid->resp_buf;
@@ -2095,9 +2090,7 @@ struct cifs_writedata *
}
queue_work(cifsiod_wq, &wdata->work);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(tcon->ses->server, 1, 0);
}
diff --git a/fs/cifs/smb2pdu.c b/fs/cifs/smb2pdu.c
index 0fd63f0..e4007ee 100644
--- a/fs/cifs/smb2pdu.c
+++ b/fs/cifs/smb2pdu.c
@@ -2172,9 +2172,7 @@ static inline void init_copy_chunk_defaults(struct cifs_tcon *tcon)
if (mid->mid_state == MID_RESPONSE_RECEIVED)
credits_received = le16_to_cpu(rsp->hdr.sync_hdr.CreditRequest);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(server, credits_received, CIFS_ECHO_OP);
}
@@ -2432,9 +2430,7 @@ void smb2_reconnect_server(struct work_struct *work)
cifs_stats_fail_inc(tcon, SMB2_READ_HE);
queue_work(cifsiod_wq, &rdata->work);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(server, credits_received, 0);
}
@@ -2593,7 +2589,6 @@ void smb2_reconnect_server(struct work_struct *work)
{
struct cifs_writedata *wdata = mid->callback_data;
struct cifs_tcon *tcon = tlink_tcon(wdata->cfile->tlink);
- struct TCP_Server_Info *server = tcon->ses->server;
unsigned int written;
struct smb2_write_rsp *rsp = (struct smb2_write_rsp *)mid->resp_buf;
unsigned int credits_received = 1;
@@ -2633,9 +2628,7 @@ void smb2_reconnect_server(struct work_struct *work)
cifs_stats_fail_inc(tcon, SMB2_WRITE_HE);
queue_work(cifsiod_wq, &wdata->work);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
add_credits(tcon->ses->server, credits_received, 0);
}
diff --git a/fs/cifs/transport.c b/fs/cifs/transport.c
index 4d64b5b..de589d0 100644
--- a/fs/cifs/transport.c
+++ b/fs/cifs/transport.c
@@ -613,9 +613,7 @@ struct mid_q_entry *
}
spin_unlock(&GlobalMid_Lock);
- mutex_lock(&server->srv_mutex);
DeleteMidQEntry(mid);
- mutex_unlock(&server->srv_mutex);
return rc;
}
--
1.9.1
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown),
[not found] ` <1493665155.3041.186.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
@ 2017-05-04 5:24 ` Zhu Yanjun
0 siblings, 0 replies; 3437+ messages in thread
From: Zhu Yanjun @ 2017-05-04 5:24 UTC (permalink / raw)
To: tbogendoerfer-l3A5Bk7waGM, dledford-H+wXaHxf7aLQT0dZR+AlfA,
sean.hefty-ral2JQCrhuEAvxtiuMwx3w,
hal.rosenstock-Re5JQEeQqe8AvxtiuMwx3w,
linux-rdma-u79uwXL29TY76Z2rM5mHXA,
yuval.shaia-QHcLZuEGTsvQT0dZR+AlfA,
haakon.bugge-QHcLZuEGTsvQT0dZR+AlfA,
wen.gang.wang-QHcLZuEGTsvQT0dZR+AlfA
Cc: joe.jin-QHcLZuEGTsvQT0dZR+AlfA, junxiao.bi-QHcLZuEGTsvQT0dZR+AlfA
Hi, all
The V3 patch is to replace get_settings with get_link_ksettings.
Best Regards,
Zhu Yanjun
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-29 15:25 Dmitry Bazhenov
0 siblings, 0 replies; 3437+ messages in thread
From: Dmitry Bazhenov @ 2017-04-29 15:25 UTC (permalink / raw)
To: netdev
unsubscribe
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 9:09 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-04-28 9:09 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 8:36 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-04-28 8:36 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 8:36 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-04-28 8:36 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 8:36 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-04-28 8:36 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 8:36 администратор
0 siblings, 0 replies; 3437+ messages in thread
From: администратор @ 2017-04-28 8:36 UTC (permalink / raw)
внимания;
Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Вашего почтового ящика, отправьте следующую информацию ниже:
имя:
Имя пользователя:
пароль:
Подтверждение пароля:
Адрес электронной почты:
телефон:
Если вы не в состоянии перепроверить сообщения, ваш почтовый ящик будет отключен!
Приносим извинения за неудобства.
Проверочный код: EN: Ru...635829wjxnxl....74990.RU.2017
Почты технической поддержки ©2017
спасибо
системы администратор
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-28 8:20 Anatolij Gustschin
0 siblings, 0 replies; 3437+ messages in thread
From: Anatolij Gustschin @ 2017-04-28 8:20 UTC (permalink / raw)
To: linus.walleij, gnurou; +Cc: andy.shevchenko, linux-gpio, linux-kernel
Subject: [PATCH v3] gpiolib: Add stubs for gpiod lookup table interface
Add stubs for gpiod_add_lookup_table() and gpiod_remove_lookup_table()
for the !GPIOLIB case to prevent build errors. Also add prototypes.
Signed-off-by: Anatolij Gustschin <agust@denx.de>
---
Changes in v3:
- add stubs for !GPIOLIB case. Drop prototypes, these are
already in gpio/machine.h
Changes in v2:
- move gpiod_lookup_table out of #ifdef
include/linux/gpio/consumer.h | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/include/linux/gpio/consumer.h b/include/linux/gpio/consumer.h
index 8f702fc..cf3fee2 100644
--- a/include/linux/gpio/consumer.h
+++ b/include/linux/gpio/consumer.h
@@ -41,6 +41,8 @@ enum gpiod_flags {
GPIOD_FLAGS_BIT_DIR_VAL,
};
+struct gpiod_lookup_table;
+
#ifdef CONFIG_GPIOLIB
/* Return the number of GPIOs associated with a device / function */
@@ -435,6 +437,12 @@ struct gpio_desc *devm_fwnode_get_index_gpiod_from_child(struct device *dev,
return ERR_PTR(-ENOSYS);
}
+static inline
+void gpiod_add_lookup_table(struct gpiod_lookup_table *table) {}
+
+static inline
+void gpiod_remove_lookup_table(struct gpiod_lookup_table *table) {}
+
#endif /* CONFIG_GPIOLIB */
static inline
--
2.7.4
^ permalink raw reply related [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-04-26 11:54 Shalini Chellathurai Saroja
0 siblings, 0 replies; 3437+ messages in thread
From: Shalini Chellathurai Saroja @ 2017-04-26 11:54 UTC (permalink / raw)
To: kvm
subscribe kvm
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-26 7:36 glolariu
0 siblings, 0 replies; 3437+ messages in thread
From: glolariu @ 2017-04-26 7:36 UTC (permalink / raw)
To: linux man
Good afternoon Linux
http://www.noeliavega.com/fonts/pt-sans/license.php?interest=rzm260ek0w9
Glolariu
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-26 3:57 prasad padiyar
0 siblings, 0 replies; 3437+ messages in thread
From: prasad padiyar @ 2017-04-26 3:57 UTC (permalink / raw)
To: netdev
subscribe linux-netdev
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:54 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:54 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:44 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:44 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:40 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:40 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:24 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:24 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:15 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:15 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:07 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:07 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 17:06 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 17:06 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-04-21 16:59 Mr.Jerry Smith
0 siblings, 0 replies; 3437+ messages in thread
From: Mr.Jerry Smith @ 2017-04-21 16:59 UTC (permalink / raw)
We Give Out Loans At 3% Interest Rate And We Offer Loans From $5,000 To $50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A Truck Company or Buy A Truck Or Personal Loans Or Business Loan, Email Us At jerryfunds11@inbox.lv With Amount Needed And Phone Number.
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 11:49 kathleen.gilbert
0 siblings, 0 replies; 3437+ messages in thread
From: kathleen.gilbert @ 2017-04-21 11:49 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_27944_netfilter-devel.zip --]
[-- Type: application/zip, Size: 2190 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 9:51 Kredit
0 siblings, 0 replies; 3437+ messages in thread
From: Kredit @ 2017-04-21 9:51 UTC (permalink / raw)
Hallo
Wir bieten Darlehen von 5.000,00 Euro bis 20.000.000,00 Euro mit einer maximalen Rückzahlungsdauer von 30 Jahren zu 1.9% Zinssatz.
Wenn Sie interessiert sind, kontaktieren Sie uns per E-Mail: myers.terrylynn@aol.com
Mrs. Myers Terry Lynn.
Darlehen / Finanzdienstleister.
myers.terrylynn@universalcreditllc.com
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 9:25 delaware.orders
0 siblings, 0 replies; 3437+ messages in thread
From: delaware.orders @ 2017-04-21 9:25 UTC (permalink / raw)
To: linux-crypto
[-- Attachment #1: EMAIL_4680172734_linux-crypto.zip --]
[-- Type: application/zip, Size: 2191 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 8:36 joseph.x.hronec
0 siblings, 0 replies; 3437+ messages in thread
From: joseph.x.hronec @ 2017-04-21 8:36 UTC (permalink / raw)
To: linux-pm
[-- Attachment #1: EMAIL_7493740125_linux-pm.zip --]
[-- Type: application/zip, Size: 2176 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 8:30 scotte
0 siblings, 0 replies; 3437+ messages in thread
From: scotte @ 2017-04-21 8:30 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_73239390_netdev.zip --]
[-- Type: application/zip, Size: 2207 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-21 7:38 wesley.sydnor
0 siblings, 0 replies; 3437+ messages in thread
From: wesley.sydnor @ 2017-04-21 7:38 UTC (permalink / raw)
To: platform-driver-x86
[-- Attachment #1: EMAIL_751643779_platform-driver-x86.zip --]
[-- Type: application/zip, Size: 2213 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-20 12:28 h.gerritsen12
0 siblings, 0 replies; 3437+ messages in thread
From: h.gerritsen12 @ 2017-04-20 12:28 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_5770253913775_linux-arch.zip --]
[-- Type: application/zip, Size: 1397 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-20 6:33 rueggemann
0 siblings, 0 replies; 3437+ messages in thread
From: rueggemann @ 2017-04-20 6:33 UTC (permalink / raw)
To: linux-samsung-soc
[-- Attachment #1: EMAIL_58224147405751_linux-samsung-soc.zip --]
[-- Type: application/zip, Size: 1421 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-19 20:46 hp
0 siblings, 0 replies; 3437+ messages in thread
From: hp @ 2017-04-19 20:46 UTC (permalink / raw)
To: linux-raid
[-- Attachment #1: EMAIL_7992249_linux-raid.zip --]
[-- Type: application/zip, Size: 1431 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-19 16:38 amin
0 siblings, 0 replies; 3437+ messages in thread
From: amin @ 2017-04-19 16:38 UTC (permalink / raw)
To: netfilter-devel
[-- Attachment #1: EMAIL_3155533888_netfilter-devel.zip --]
[-- Type: application/zip, Size: 1224 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-19 4:29 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-04-19 4:29 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_42114478079_netdev.zip --]
[-- Type: application/zip, Size: 1237 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-18 16:05 rlm85310
0 siblings, 0 replies; 3437+ messages in thread
From: rlm85310 @ 2017-04-18 16:05 UTC (permalink / raw)
To: linux-ext4
[-- Attachment #1: EMAIL_91332296_linux-ext4.zip --]
[-- Type: application/zip, Size: 1186 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown)
@ 2017-04-18 10:57 catherine.verge
0 siblings, 0 replies; 3437+ messages in thread
From: catherine.verge @ 2017-04-18 10:57 UTC (permalink / raw)
To: linux-parisc
[-- Attachment #1: EMAIL_7905004_linux-parisc.zip --]
[-- Type: application/zip, Size: 1654 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-18 2:53 h.piontek
0 siblings, 0 replies; 3437+ messages in thread
From: h.piontek @ 2017-04-18 2:53 UTC (permalink / raw)
To: linux-acpi
[-- Attachment #1: EMAIL_259096023_linux-acpi.zip --]
[-- Type: application/zip, Size: 1206 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-18 1:56 scotte
0 siblings, 0 replies; 3437+ messages in thread
From: scotte @ 2017-04-18 1:56 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_5628834284372_netdev.zip --]
[-- Type: application/zip, Size: 1226 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 18:00 j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
0 siblings, 0 replies; 3437+ messages in thread
From: j.lahoda-aRb0bU7PRFPrBKCeMvbIDA @ 2017-04-17 18:00 UTC (permalink / raw)
To: linux-efi
[-- Attachment #1: EMAIL_12394528480_linux-efi.zip --]
[-- Type: application/zip, Size: 1210 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 15:20 tchidrenplytoo
0 siblings, 0 replies; 3437+ messages in thread
From: tchidrenplytoo @ 2017-04-17 15:20 UTC (permalink / raw)
To: linux-arch
[-- Attachment #1: EMAIL_111852059-linux-arch.zip --]
[-- Type: application/zip, Size: 1216 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 14:38 energi
0 siblings, 0 replies; 3437+ messages in thread
From: energi @ 2017-04-17 14:38 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_2410371928-netdev.zip --]
[-- Type: application/zip, Size: 1212 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 12:59 openhackbangalore
0 siblings, 0 replies; 3437+ messages in thread
From: openhackbangalore @ 2017-04-17 12:59 UTC (permalink / raw)
To: netdev
[-- Attachment #1: EMAIL_5758843219-netdev.zip --]
[-- Type: application/zip, Size: 2011 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 9:12 kelley
0 siblings, 0 replies; 3437+ messages in thread
From: kelley @ 2017-04-17 9:12 UTC (permalink / raw)
To: netdev
[-- Attachment #1: MICROSOFT-17050-netdev.zip --]
[-- Type: application/zip, Size: 2060 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 7:56 lucia.germino
0 siblings, 0 replies; 3437+ messages in thread
From: lucia.germino @ 2017-04-17 7:56 UTC (permalink / raw)
To: linux-ide
[-- Attachment #1: SHOP-36997868037949-linux-ide.zip --]
[-- Type: application/zip, Size: 2032 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
* (unknown),
@ 2017-04-17 4:06 nkosuta-f+iqBESB6gc
0 siblings, 0 replies; 3437+ messages in thread
From: nkosuta-f+iqBESB6gc @ 2017-04-17 4:06 UTC (permalink / raw)
To: devicetree
[-- Attachment #1: $MONEY-52123352603-devicetree.zip --]
[-- Type: application/zip, Size: 2171 bytes --]
^ permalink raw reply [flat|nested] 3437+ messages in thread
end of thread, other threads:[~2020-07-22 5:40 UTC | newest]
Thread overview: 3437+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-09-18 6:12 [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Taku Izumi
2012-09-18 6:19 ` [PATCH v3 1/8] ACPI, PCI: Use normal list for struct acpi_pci_driver Taku Izumi
2012-09-18 6:20 ` [PATCH v3 2/8] ACPI, PCI: Notify acpi_pci_drivers when hot-plugging PCI root bridges Taku Izumi
2012-09-18 6:21 ` [PATCH v3 3/8] ACPI, PCI: add acpi_pci_drivers protection Taku Izumi
2012-09-18 6:22 ` [PATCH v3 4/8] ACPI, PCI: change acpi_pci_drivers' add/remove interface Taku Izumi
2012-09-19 22:46 ` Bjorn Helgaas
2012-09-20 10:15 ` Taku Izumi
2012-09-21 7:03 ` [PATCH] change signature of walk_root_bridge() function Taku Izumi
2012-09-21 13:24 ` Bjorn Helgaas
2012-09-18 6:23 ` [PATCH v3 5/8] ACPI, PCI: change acpi_pci_find_root implementation Taku Izumi
2012-09-19 22:03 ` Bjorn Helgaas
2012-09-21 7:14 ` Taku Izumi
2012-09-21 17:57 ` Bjorn Helgaas
2012-09-18 6:24 ` [PATCH v3 6/8] ACPI, PCI: add acpi_pci_roots protection Taku Izumi
2012-09-20 19:32 ` Bjorn Helgaas
2012-09-18 6:25 ` [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
2012-09-21 20:09 ` Bjorn Helgaas
2012-09-27 16:48 ` Bjorn Helgaas
2012-09-27 17:23 ` Yinghai Lu
2012-09-27 17:59 ` Yinghai Lu
2012-09-27 18:44 ` Bjorn Helgaas
2012-09-27 20:17 ` Yinghai Lu
2012-09-28 16:07 ` Bjorn Helgaas
2012-09-28 16:19 ` Yinghai Lu
2012-09-28 19:44 ` Bjorn Helgaas
2012-09-28 0:15 ` Taku Izumi
2012-09-28 0:23 ` Bjorn Helgaas
2012-09-28 14:16 ` Bjorn Helgaas
2012-09-28 9:46 ` Taku Izumi
2012-10-30 4:02 ` Bjorn Helgaas
2012-10-30 17:42 ` (unknown), Yinghai Lu
2012-10-30 17:42 ` Yinghai Lu
2012-10-30 17:42 ` [PATCH 1/8] PCI: Separate out pci_assign_unassigned_bus_resources() Yinghai Lu
2012-10-30 17:42 ` [PATCH 2/8] PCI: Move pci_rescan_bus() back to probe.c Yinghai Lu
2012-10-30 17:42 ` [PATCH 3/8] PCI: Move out pci_enable_bridges out of assign_unsigned_bus_res Yinghai Lu
2012-11-02 10:02 ` Taku Izumi
2012-11-02 14:56 ` Yinghai Lu
2012-10-30 17:42 ` [PATCH 4/8] PCI, ACPI: assign unassigned resource for hot add root bus Yinghai Lu
2012-10-30 17:42 ` [PATCH 5/8] PCI: Add pci_stop/remove_root_bus() Yinghai Lu
2012-10-30 17:42 ` [PATCH 6/8] PCI, ACPI: Make acpi_pci_root_remove stop/remove pci root bus Yinghai Lu
2012-10-30 17:42 ` [PATCH 7/8] PCI, ACPI: delete root bus prt during hot remove path Yinghai Lu
2012-10-30 17:42 ` [PATCH 8/8] PCI, ACPI: remove acpi_root_driver in reserse order Yinghai Lu
2012-11-02 0:17 ` Rafael J. Wysocki
2012-11-05 22:27 ` Re: Bjorn Helgaas
2012-11-05 22:49 ` Re: Yinghai Lu
2012-11-06 5:03 ` Taku Izumi
2012-11-06 5:03 ` RE: Taku Izumi
2012-10-31 8:26 ` [PATCH v3,RESEND 7/8] ACPI, PCI: add hostbridge removal function Taku Izumi
2012-10-31 8:27 ` [PATCH v3,RESEND 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
2012-11-04 4:39 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus Yinghai Lu
2012-11-04 4:39 ` [PATCH 1/8] PCI, x86: Separate out pcibios_allocate_bridge_resources() Yinghai Lu
2012-11-04 4:39 ` [PATCH 2/8] PCI, x86: Separate out pcibios_allocate_dev_resources() Yinghai Lu
2012-11-04 4:39 ` [PATCH 3/8] PCI, x86: Let pcibios_allocate_bus_resources() take bus instead Yinghai Lu
2012-11-04 4:39 ` [PATCH 4/8] PCI, x86: Separate out rom resource claim Yinghai Lu
2012-11-04 4:39 ` [PATCH 5/8] PCI, x86: Add pcibios_fw_addr_done Yinghai Lu
2012-11-04 4:39 ` [PATCH 6/8] PCI, x86: Remove __init for hw/fw allocated functions Yinghai Lu
2012-11-04 4:39 ` [PATCH 7/8] PCI, x86: Claim FW allocated resources in hot add path Yinghai Lu
2012-11-04 4:39 ` [PATCH 8/8] PCI, ACPI: reserve fw allocated resource for hot added root bus Yinghai Lu
2012-12-07 7:15 ` [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add " Yinghai Lu
2013-01-07 23:49 ` Bjorn Helgaas
2013-01-08 17:57 ` Bjorn Helgaas
2013-01-08 18:27 ` Yinghai Lu
2013-01-09 17:35 ` Bjorn Helgaas
2013-01-09 17:53 ` Yinghai Lu
2013-01-09 18:39 ` Bjorn Helgaas
2013-01-09 19:01 ` Yinghai Lu
2013-01-09 20:10 ` Rafael J. Wysocki
2013-01-10 0:34 ` Bjorn Helgaas
2013-01-10 13:07 ` Rafael J. Wysocki
2013-01-10 14:49 ` Bjorn Helgaas
2013-01-09 20:59 ` Benjamin Herrenschmidt
2013-07-02 21:31 ` Bjorn Helgaas
2013-07-02 22:55 ` Yinghai Lu
2012-09-18 6:26 ` [PATCH v3 8/8] ACPI, PCI: add resoruce-assign code for devices under hot-added hostbridge Taku Izumi
2012-09-20 5:41 ` Yinghai Lu
2012-09-23 22:48 ` Yinghai Lu
2012-09-28 9:48 ` Taku Izumi
2012-09-18 18:41 ` [PATCH v3 0/6] acpi,pci: hostbridge hotplug support Yinghai Lu
2012-09-18 18:57 ` Yinghai Lu
2012-09-19 4:53 ` Taku Izumi
2012-09-20 6:19 ` Yinghai Lu
2012-09-19 0:50 ` Jiang Liu
2012-09-19 0:50 ` Jiang Liu
2017-04-17 4:06 (unknown), nkosuta-f+iqBESB6gc
2017-04-17 7:56 (unknown), lucia.germino
2017-04-17 9:12 (unknown), kelley
2017-04-17 12:59 (unknown), openhackbangalore
2017-04-17 14:38 (unknown), energi
2017-04-17 15:20 (unknown), tchidrenplytoo
2017-04-17 18:00 (unknown), j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
2017-04-18 1:56 (unknown), scotte
2017-04-18 2:53 (unknown), h.piontek
2017-04-18 10:57 (unknown) catherine.verge
2017-04-18 16:05 (unknown), rlm85310
2017-04-19 4:29 (unknown), kelley
2017-04-19 16:38 (unknown), amin
2017-04-19 20:46 (unknown), hp
2017-04-20 6:33 (unknown), rueggemann
2017-04-20 12:28 (unknown), h.gerritsen12
2017-04-21 7:38 (unknown), wesley.sydnor
2017-04-21 8:30 (unknown), scotte
2017-04-21 8:36 (unknown), joseph.x.hronec
2017-04-21 9:25 (unknown), delaware.orders
2017-04-21 9:51 (unknown), Kredit
2017-04-21 11:49 (unknown), kathleen.gilbert
2017-04-21 16:59 (unknown) Mr.Jerry Smith
2017-04-21 17:06 (unknown), Mr.Jerry Smith
2017-04-21 17:07 (unknown), Mr.Jerry Smith
2017-04-21 17:15 (unknown), Mr.Jerry Smith
2017-04-21 17:24 (unknown), Mr.Jerry Smith
2017-04-21 17:40 (unknown), Mr.Jerry Smith
2017-04-21 17:44 (unknown), Mr.Jerry Smith
2017-04-21 17:54 (unknown), Mr.Jerry Smith
2017-04-26 3:57 (unknown), prasad padiyar
2017-04-26 7:36 (unknown), glolariu
2017-04-26 11:54 (unknown) Shalini Chellathurai Saroja
2017-04-28 8:20 (unknown), Anatolij Gustschin
2017-04-28 8:36 (unknown), администратор
2017-04-28 8:36 (unknown), администратор
2017-04-28 8:36 (unknown), администратор
2017-04-28 8:36 (unknown), администратор
2017-04-28 9:09 (unknown), администратор
2017-04-29 15:25 (unknown), Dmitry Bazhenov
2017-05-01 18:59 [PATCHv2 1/1] IB/ipoib: add get_settings in ethtool Doug Ledford
[not found] ` <1493665155.3041.186.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2017-05-04 5:24 ` (unknown), Zhu Yanjun
2017-05-04 13:20 (unknown), Steve French
2017-05-10 7:23 (unknown), kelley
2017-05-11 1:02 (unknown), info
2017-05-14 3:19 (unknown), unixkeeper
2017-05-15 23:19 (unknown), bcohen
2017-05-15 23:49 (unknown), morice.diane
2017-05-16 3:06 (unknown), armiksanaye
2017-05-16 6:37 (unknown), momofr
2017-05-17 7:10 (unknown), 1.10.0812112155390.21775
2017-05-17 10:59 (unknown), anita.traylor
2017-05-17 13:39 (unknown), J Walker
2017-05-17 18:42 (unknown), stef.ryckmans
2017-05-18 13:40 (unknown), hp
2017-05-18 13:41 (unknown), alters
2017-05-18 14:13 (unknown), agiva
2017-05-18 16:47 (unknown), susan.christian
2017-05-18 19:22 (unknown), lucia.germino
2017-05-19 3:34 (unknown), openhackbangalore
2017-05-19 4:32 (unknown), archerrp
2017-05-19 6:45 (unknown), j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
2017-05-19 11:45 (unknown), counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL
2017-05-19 12:56 (unknown), kindergartenchaos2
2017-05-19 13:31 (unknown), office
2017-05-19 14:51 (unknown), citydesk
2017-05-19 15:35 (unknown), susan.christian
2017-05-19 16:59 (unknown), zumbalisa
2017-05-20 0:26 (unknown), brian
2017-05-20 0:40 (unknown), sophie.norman
2017-05-20 1:09 (unknown), board
2017-05-20 8:14 (unknown), ecaterinasuciu09
2017-05-20 9:40 (unknown), mgriffit
2017-05-20 11:03 (unknown), pohut00
2017-05-20 11:47 (unknown), john.dahlberg
2017-05-20 12:27 (unknown), ajae
2017-05-20 14:29 (unknown), cv
2017-05-20 16:22 (unknown), alters
2017-05-20 17:45 (unknown), counselling-30L6jp03H7UtpYsHHOQ6Llpr/1R2p/CL
2017-05-20 18:58 (unknown), office
2017-05-20 20:00 (unknown), citydesk
2017-05-20 21:16 (unknown), h.gerritsen12
2017-05-21 8:42 (unknown), brucet
2017-05-21 8:55 (unknown), agiva
2017-05-21 8:55 (unknown), benjamin
2017-05-21 9:17 (unknown), jacqueline.pike
2017-05-21 11:13 (unknown), mariobronti
2017-05-21 11:38 (unknown), susan.christian
2017-05-21 11:59 (unknown), anita.traylor
2017-05-21 13:56 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-05-21 16:36 (unknown), x1kn8fk
2017-05-21 20:35 (unknown), armiksanaye
2017-05-22 0:57 (unknown), mari.kayhko
2017-05-22 16:10 (unknown), mitch_128
2017-05-22 20:39 (unknown), horizon
2017-05-22 22:32 (unknown), patientcentral
2017-05-23 2:19 (unknown), mdavis
2017-05-23 4:53 (unknown), nfrankiyamu
2017-05-23 7:38 (unknown), scotte
2017-05-23 8:42 (unknown), delaware.orders
2017-05-23 9:36 (unknown), bendis.michal
2017-05-23 16:24 (unknown), agiva
2017-05-23 16:29 (unknown), benjamin
2017-05-23 22:44 (unknown), noord-holland
2017-05-24 0:12 (unknown), bcohen
2017-05-24 16:26 (unknown), natasha.glauser
2017-05-26 16:33 (unknown) Anderson McEnany <
2017-05-26 16:33 (unknown) Anderson McEnany <
2017-05-31 11:36 (unknown), p.mueller-spz-hgw-Mmb7MZpHnFY
2017-05-31 14:53 (unknown), tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
2017-06-01 0:43 (unknown), armouralumni
2017-06-01 1:55 (unknown), cdevries
2017-06-01 2:25 (unknown), kbennett
2017-06-01 2:26 (unknown), Dave Airlie
2017-06-01 20:40 (unknown), nbensoncole81
2017-06-02 6:04 (unknown), mari.kayhko
2017-06-02 8:02 (unknown), jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q
2017-06-03 5:45 (unknown), nfrankiyamu
2017-06-03 7:17 (unknown), nbensoncole81
2017-06-04 10:30 (unknown), Yuval Mintz
2017-06-04 19:55 (unknown), archerrp
2017-06-05 0:03 (unknown), nmckenna
2017-06-05 1:08 (unknown), rueggemann
2017-06-05 4:30 (unknown), citydesk
2017-06-05 5:43 (unknown), h.gerritsen12
2017-06-05 17:32 (unknown), armouralumni
2017-06-06 7:19 (unknown), From Lori J. Robinson
2017-06-06 7:19 (unknown), From Lori J. Robinson
2017-06-06 7:19 (unknown), From Lori J. Robinson
2017-06-06 7:19 (unknown), From Lori J. Robinson
2017-06-06 20:36 (unknown), dengx
2017-06-06 23:46 (unknown), mdavis
2017-06-07 3:19 (unknown), lucia.germino
2017-06-07 7:42 (unknown), morice.diane
2017-06-07 11:43 (unknown), nhossein4212003
2017-06-07 14:00 (unknown), 1.10.0812112155390.21775
2017-06-07 21:54 (unknown), agar2000
2017-06-07 22:30 (unknown), tammyehood
2017-06-08 3:14 (unknown), kgbok.kezyhumh
2017-06-08 3:14 (unknown), agar2000
2017-06-08 5:00 (unknown), noord-holland
2017-06-08 5:41 (unknown), Oliver Carter
2017-06-08 11:31 (unknown), helga.brickl
2017-06-08 12:51 (unknown), koopk
2017-06-08 13:07 (unknown), unsubscribe.me
2017-06-08 13:35 (unknown) Yuval Shaia
2017-06-08 14:09 (unknown), service
2017-06-08 15:18 (unknown), junplzen
2017-06-08 17:26 (unknown), natasha.glauser
2017-06-08 17:59 (unknown), kirola
2017-06-08 18:00 (unknown), beautyink
2017-06-08 22:14 (unknown), bcohen
2017-06-09 0:34 (unknown), richard
2017-06-09 0:39 (unknown), susan.christian
2017-06-09 1:31 (unknown), durrant
2017-06-09 2:06 (unknown), rueggemann
2017-06-09 3:35 (unknown), office
2017-06-09 4:30 (unknown), citydesk
2017-06-09 8:02 (unknown), kholloway
2017-06-09 10:47 (unknown), tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
2017-06-09 12:45 (unknown), Mrs Alice Walton
2017-06-09 17:38 (unknown), nfrankiyamu
2017-06-09 18:57 (unknown), editor
2017-06-09 19:04 (unknown), armouralumni
2017-06-10 5:29 (unknown), agiva
2017-06-10 5:53 (unknown), jacqueline.pike
2017-06-10 7:07 (unknown), Youichi Kanno
2017-06-10 8:23 (unknown), kindergartenchaos2
2017-06-10 13:33 (unknown), iker-KvP5wT2u2U0
2017-06-10 14:34 (unknown), kbennett
2017-06-10 20:24 (unknown), board
2017-06-10 21:03 (unknown), morice.diane
2017-06-10 21:10 (unknown), mbalhoff
2017-06-11 0:20 (unknown), service
2017-06-11 2:29 (unknown), energi
2017-06-11 3:28 (unknown), redaccion
2017-06-11 4:42 (unknown), 1.10.0812112155390.21775
2017-06-11 7:27 (unknown), roeper
2017-06-11 16:35 (unknown), mitch_128
2017-06-11 18:16 (unknown), tammyehood
2017-06-12 7:28 (unknown), webmaster
2017-06-12 10:50 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-06-12 15:02 (unknown), amin
2017-06-12 16:44 (unknown), nfrankiyamu
2017-06-12 17:13 (unknown), armiksanaye
2017-06-12 19:12 (unknown), nhossein4212003
2017-06-12 21:36 (unknown), nbensoncole81
2017-06-13 4:22 (unknown), mitch_128
2017-06-13 4:35 (unknown), ujagu8185-Re5JQEeQqe8AvxtiuMwx3w
2017-06-13 4:53 (unknown), roeper
2017-06-13 8:14 (unknown), horizon
2017-06-13 9:35 (unknown), wvhyvcm.abyxg
2017-06-13 9:59 (unknown), lizdebeth_
2017-06-13 10:15 (unknown), nenep
2017-06-13 11:59 (unknown), susan.christian
2017-06-13 21:38 (unknown), douille.l
2017-06-14 1:06 (unknown), durrant
2017-06-14 10:27 (unknown), susan.christian
2017-06-14 11:42 (unknown), sophie.norman
2017-06-14 12:26 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-06-14 12:27 (unknown), board
2017-06-14 16:39 (unknown), nfrankiyamu
2017-06-14 19:31 (unknown), kholloway
2017-06-14 20:41 (unknown), angers
2017-06-14 21:25 (unknown), koopk
2017-06-14 22:19 (unknown), muirs
2017-06-15 8:37 (unknown), ecaterinasuciu09
2017-06-15 13:50 (unknown), pohut00
2017-06-15 14:56 (unknown), john.dahlberg
2017-06-15 17:35 (unknown), jeffrey.faulkenberg
2017-06-16 14:46 (unknown), roeper
2017-06-16 22:37 (unknown), kelley
2017-06-17 22:46 (unknown), rhsinfo
2017-06-18 3:09 (unknown), agar2000
2017-06-18 13:58 (unknown), membership
2017-06-18 14:27 (unknown), xa0ajutor
2017-06-19 9:36 (unknown), susan.christian
2017-06-19 9:57 (unknown), anita.traylor
2017-06-19 16:53 (unknown), armouralumni
2017-06-19 18:46 (unknown), chrisbi_anelyst
2017-06-19 19:58 (unknown), tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
2017-06-20 0:47 (unknown), durrant
2017-06-20 6:29 (unknown), xa0ajutor
2017-06-20 16:31 (unknown), nfrankiyamu
2017-06-20 17:50 (unknown), editor
2017-06-20 18:45 (unknown), roeper
2017-06-20 22:49 (unknown), redaccion
2017-06-21 4:40 (unknown), kholloway
2017-06-21 6:16 (unknown), angers
2017-06-21 6:23 (unknown), chrisbi_anelyst
2017-06-21 7:32 (unknown), tjcrewvolcoordinator-Re5JQEeQqe8AvxtiuMwx3w
2017-06-21 7:43 (unknown), koopk
2017-06-21 20:10 (unknown), morice.diane
2017-06-22 2:13 (unknown), ecaterinasuciu09
2017-06-22 5:49 (unknown), noord-holland
2017-06-22 13:22 (unknown), jeffrey.faulkenberg
2017-06-22 20:22 (unknown), junplzen
2017-06-22 20:24 (unknown), koopk
2017-06-23 1:43 (unknown), horizon
2017-06-23 2:49 (unknown), mdavis
2017-06-23 4:50 (unknown), nkosuta-f+iqBESB6gc
2017-06-23 6:09 (unknown), Administrator
2017-06-23 12:26 (unknown), archerrp
2017-06-23 17:22 (unknown), richard
2017-06-23 19:27 (unknown), armouralumni
2017-06-24 0:04 (unknown), hastpass
2017-06-24 0:35 (unknown), citydesk
2017-06-24 2:32 (unknown), h.gerritsen12
2017-06-24 8:07 (unknown), j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
2017-06-24 11:55 (unknown), natasha.glauser
2017-06-24 12:38 (unknown), redaccion
2017-06-24 15:03 (unknown), archerrp
2017-06-24 15:41 (unknown), benjamin
2017-06-24 19:38 (unknown), richard
2017-06-25 2:39 (unknown), bflove1-ntQ8I44N4zM
2017-06-25 3:57 (unknown), nfrankiyamu
2017-06-25 4:47 (unknown), h.gerritsen12
2017-06-25 5:14 (unknown), archerrp
2017-06-25 5:19 (unknown), nbensoncole81
2017-06-25 10:21 (unknown), richard
2017-06-25 13:23 (unknown), rueggemann
2017-06-25 16:49 (unknown), agar2000
2017-06-25 18:13 (unknown), citydesk
2017-06-25 20:10 (unknown), h.gerritsen12
2017-06-26 5:21 (unknown) Leon Romanovsky
2017-06-26 9:15 (unknown), beautyink
2017-06-26 10:22 (unknown), p.mueller-spz-hgw-Mmb7MZpHnFY
2017-06-26 15:03 (unknown), richard
2017-06-26 16:10 (unknown), susan.christian
2017-06-26 17:51 (unknown), rueggemann
2017-06-26 19:07 (unknown), eremias
2017-06-26 22:14 (unknown), citydesk
2017-06-26 22:58 (unknown), Anders Lind
2017-06-26 22:58 (unknown), Anders Lind
2017-06-27 0:08 (unknown), h.gerritsen12
2017-06-27 7:12 (unknown), loisc07
2017-06-27 7:15 (unknown), noord-holland
2017-06-27 11:59 (unknown), natasha.glauser
2017-06-28 3:22 (unknown), Administrator
2017-06-28 3:56 (unknown), системы администратор
2017-06-28 3:56 (unknown), системы администратор
2017-06-28 3:56 (unknown), системы администратор
2017-06-28 3:56 (unknown), системы администратор
2017-06-28 3:57 (unknown), системы администратор
2017-06-28 14:22 (unknown), tchidrenplytoo
2017-06-29 10:39 (unknown), lizdebeth_
2017-06-29 12:20 (unknown), The Post Office
2017-06-29 13:46 (unknown), kholloway
2017-06-29 19:05 (unknown), morice.diane
2017-06-30 1:14 (unknown), paloma.depping
2017-06-30 2:53 (unknown), 1.10.0812112155390.21775
2017-06-30 8:29 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-07-01 11:36 (unknown), p.mueller-spz-hgw-Mmb7MZpHnFY
2017-07-01 21:28 (unknown), redaccion
2017-07-02 10:14 (unknown), armouralumni
2017-07-02 18:44 (unknown), tchidrenplytoo
2017-07-02 20:26 (unknown), tabiadhawatef
2017-07-03 1:28 (unknown), h.piontek
2017-07-03 4:44 (unknown), beautyink
2017-07-03 12:43 (unknown), mitch_128
2017-07-03 13:30 (unknown), roeper
2017-07-03 13:54 (unknown), sm-yT/95SBIOhs
2017-07-03 14:13 (unknown), tammyehood
2017-07-04 4:17 (unknown), rueggemann
2017-07-04 6:01 (unknown), xa0ajutor
2017-07-04 8:52 (unknown), citydesk
2017-07-04 10:50 (unknown), h.gerritsen12
2017-07-04 16:38 (unknown), openhackbangalore
2017-07-04 18:35 (unknown), noord-holland
2017-07-04 19:53 (unknown), tchidrenplytoo
2017-07-04 21:02 (unknown), salome.khum
2017-07-04 22:53 (unknown), j.lahoda-aRb0bU7PRFPrBKCeMvbIDA
2017-07-05 0:06 (unknown), michele
2017-07-05 0:55 (unknown), helga.brickl
2017-07-05 6:42 (unknown), angers
2017-07-05 6:55 (unknown), agiva
2017-07-05 7:00 (unknown), benjamin
2017-07-05 8:06 (unknown), koopk
2017-07-05 15:15 (unknown), armouralumni
2017-07-05 15:57 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-07-05 21:18 (unknown), een
2017-07-06 0:55 (unknown), 이성근
2017-07-06 6:10 (unknown), armouralumni
2017-07-06 14:11 (unknown), een
2017-07-06 17:35 (unknown), simon.a.t.hardy
2017-07-07 0:30 (unknown), amin
2017-07-07 1:37 (unknown), zumbalisa
2017-07-07 17:21 (unknown), pooks005
2017-07-08 11:53 (unknown), Alfred chow
2017-07-08 16:07 (unknown), netgalley
2017-07-08 17:13 (unknown), horizon
2017-07-08 18:22 (unknown), Alfred chow
2017-07-08 18:22 (unknown), Alfred chow
2017-07-09 13:02 (unknown), smallgroups
2017-07-09 18:51 (unknown), pooks005
2017-07-09 20:52 (unknown), iker-KvP5wT2u2U0
2017-07-09 23:19 (unknown), Corporate Lenders
2017-07-09 23:19 (unknown), Corporate Lenders
2017-07-09 23:29 (unknown), brian
2017-07-10 3:39 (unknown), системы администратор
2017-07-10 3:45 (unknown), системы администратор
2017-07-10 3:45 (unknown), системы администратор
2017-07-10 3:45 (unknown), системы администратор
2017-07-10 3:45 (unknown), системы администратор
2017-07-10 3:47 (unknown), системы администратор
2017-07-10 4:42 (unknown), lipa
2017-07-10 10:06 (unknown), alters
2017-07-10 12:43 (unknown), brian
2017-07-10 12:51 (unknown), lucia.germino
2017-07-10 21:37 (unknown), roeper
2017-07-10 21:53 (unknown), agiva
2017-07-10 22:07 (unknown), jacqueline.pike
2017-07-11 0:07 (unknown), protecciondatos.es
2017-07-11 16:39 (unknown), indulge-HCInDj6vYHrk4FeknX8I/ZqQE7yCjDx5
2017-07-12 0:42 (unknown), associatebusiness2009
2017-07-12 11:22 (unknown), sterrenplan.kampen
2017-07-12 19:24 (unknown), patientcentral
2017-07-13 2:27 (unknown), tomsue2000
2017-07-13 3:37 (unknown), befragung
2017-07-13 4:49 (unknown), delaware.orders
2017-07-15 12:30 (unknown), Huaisheng HS1 Ye
2017-07-16 7:25 (unknown), kim.frederiksen
2017-07-17 1:09 (unknown), kathleen.gilbert
2017-07-17 1:20 (unknown), tchidrenplytoo
2017-07-17 2:32 (unknown), salome.khum
2017-07-17 15:31 (unknown), kathleen.gilbert
2017-07-17 15:42 (unknown), tchidrenplytoo
2017-07-17 17:30 (unknown), richard
2017-07-17 21:54 (unknown), citydesk
2017-07-17 23:02 (unknown), h.piontek
2017-07-18 4:09 (unknown), armouralumni
2017-07-18 4:32 (unknown), citydesk
2017-07-18 4:50 (unknown), ying.huang-ral2JQCrhuEAvxtiuMwx3w
2017-07-18 5:45 (unknown), h.gerritsen12
2017-07-18 6:22 (unknown), sorbisches.internat
2017-07-18 11:36 (unknown), shwx002
2017-07-18 12:45 (unknown), mitch_128
2017-07-18 13:52 (unknown), stef.ryckmans
2017-07-18 15:56 (unknown), bfoster
2017-07-18 20:17 (unknown), brian
2017-07-18 20:28 (unknown), lizdebeth_
2017-07-18 20:36 (unknown), bunny43200
2017-07-18 23:49 (unknown), helga.brickl
2017-07-19 11:11 (unknown), rhsinfo
2017-07-20 3:55 (unknown), mfr-6k8blvha/+BqlCpFK1mnLg
2017-07-20 18:43 (unknown), tbinh.minhnd
2017-07-23 23:48 (unknown), miteshriya
2017-07-25 10:27 (unknown), nick_c_huang
2017-07-25 14:56 (unknown), nhossein4212003
2017-07-25 16:36 (unknown), susan.christian
2017-07-25 18:45 (unknown), x1kn8fk
2017-07-25 18:53 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-07-25 20:01 (unknown), hp
2017-07-25 20:41 (unknown), sorbisches.internat
2017-07-25 23:24 (unknown), h.gerritsen12
2017-07-26 2:25 (unknown), tammyehood
2017-07-26 4:42 (unknown), horizon
2017-07-26 6:36 (unknown), nenep
2017-07-26 10:32 (unknown), Solen win2
2017-07-26 11:39 (unknown), chrisbi_anelyst
2017-07-26 12:48 (unknown), momofr
2017-07-26 14:20 (unknown), sterrenplan.kampen
2017-07-26 14:35 (unknown), venkatvenkatsubra
2017-07-26 20:08 (unknown), municlerk
2017-07-26 20:45 (unknown), een
2017-07-27 1:25 (unknown), info
2017-07-27 2:14 (unknown) ceph-devel
2017-07-27 2:16 (unknown) ceph-devel
2017-07-27 5:01 (unknown), hp
2017-07-27 13:00 (unknown), nfrankiyamu
2017-07-28 7:17 (unknown), doctornina
2017-07-28 7:44 (unknown), robert.berry
2017-07-28 16:02 (unknown), gdahl
2017-07-30 23:33 (unknown), daven bango
2017-07-31 10:50 (unknown), susan.christian
2017-07-31 11:33 (unknown), rhsinfo
2017-07-31 11:49 (unknown), kchristopher
2017-07-31 13:15 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-07-31 14:52 (unknown), horizon
2017-07-31 16:54 (unknown), bunny43200
2017-07-31 18:00 (unknown), robert.berry
2017-07-31 20:14 (unknown), x1kn8fk
2017-07-31 21:27 (unknown), natasha.glauser
2017-08-01 1:35 (unknown), xa0ajutor
2017-08-01 1:35 (unknown), amin
2017-08-01 3:31 (unknown), helga.brickl
2017-08-01 4:40 (unknown), durrant
2017-08-01 10:07 (unknown) Chris Ruehl
2017-08-01 12:35 (unknown), jha
2017-08-01 14:53 (unknown), Angela H. Whiteman
2017-08-01 16:33 (unknown), sterrenplan.kampen
2017-08-01 19:35 (unknown), anderslindgaard
2017-08-01 19:35 (unknown), anderslindgaard
2017-08-01 20:18 (unknown), stef.ryckmans
2017-08-01 21:03 (unknown), editor
2017-08-01 21:19 (unknown), tammyehood
2017-08-02 0:36 (unknown), richard
2017-08-02 1:05 (unknown), lizdebeth_
2017-08-02 1:19 (unknown), nenep
2017-08-02 3:45 (unknown), системы администратор
2017-08-02 3:45 (unknown), системы администратор
2017-08-02 3:45 (unknown), системы администратор
2017-08-02 3:45 (unknown), системы администратор
2017-08-02 3:45 (unknown), helga.brickl
2017-08-02 3:47 (unknown), системы администратор
2017-08-02 4:12 (unknown), Administrator
2017-08-02 11:47 (unknown), armiksanaye
2017-08-02 12:55 (unknown), tammyehood
2017-08-02 13:58 (unknown), Will
2017-08-02 15:40 (unknown), Erma
2017-08-02 17:07 (unknown), Margery
2017-08-02 17:31 (unknown), Edmond
2017-08-02 18:05 (unknown), Angela-63XfWfWBA5k
2017-08-03 5:21 (unknown), Houston
2017-08-03 14:01 (unknown), Nora Johnson
2017-08-03 19:52 (unknown), natasha.glauser
2017-08-04 5:04 (unknown), durrant
2017-08-04 23:59 (unknown), editor
2017-08-05 11:42 (unknown), Sriram Murthy
2017-08-05 12:35 (unknown), agar2000
2017-08-05 14:08 (unknown), simon.a.t.hardy
2017-08-06 23:55 (unknown), webmaster
2017-08-07 4:49 (unknown), sorbisches.internat
2017-08-07 7:38 (unknown), simon.a.t.hardy
2017-08-07 11:50 (unknown), 1.10.0812112155390.21775
2017-08-07 18:38 (unknown), mitch_128
2017-08-07 18:42 (unknown), susan.christian
2017-08-07 19:03 (unknown), sm-yT/95SBIOhs
2017-08-07 20:25 (unknown), editor
2017-08-07 21:05 (unknown), sibolt.mulder-b60u5d1xRcFWk0Htik3J/w
2017-08-07 23:50 (unknown), wvhyvcm.abyxg
2017-08-08 4:57 (unknown), wesley.sydnor
2017-08-08 5:57 (unknown), befragung
2017-08-08 14:49 (unknown) catherine.verge
2017-08-08 17:09 (unknown), tchidrenplytoo
2017-08-08 19:14 (unknown), eaya
2017-08-08 19:40 (unknown), citydesk
2017-08-08 20:55 (unknown), h.gerritsen12
2017-08-08 21:31 (unknown), michele
2017-08-09 0:04 (unknown), h.piontek
2017-08-09 0:41 (unknown), natasha.glauser
2017-08-09 10:20 (unknown), системы администратор
2017-08-09 10:20 (unknown), системы администратор
2017-08-09 10:20 (unknown), системы администратор
2017-08-09 10:20 (unknown), системы администратор
2017-08-09 10:21 (unknown), системы администратор
2017-08-09 13:53 (unknown), Administrador
2017-08-09 14:34 (unknown), shwx002
2017-08-09 19:36 (unknown), tammyehood
2017-08-09 19:40 (unknown), tchidrenplytoo
2017-08-09 20:25 (unknown), sterrenplan.kampen
2017-08-09 21:55 (unknown), horizon
2017-08-09 22:05 (unknown), helga.brickl
2017-08-09 23:06 (unknown), editor
2017-08-09 23:15 (unknown), wvhyvcm.abyxg
2017-08-09 23:53 (unknown), nenep
2017-08-10 0:03 (unknown), michele
2017-08-10 3:32 (unknown), kholloway
2017-08-10 9:38 (unknown), asn-request-tfHHCSmtYoI
2017-08-10 18:16 (unknown), simon.a.t.hardy
2017-08-10 21:08 (unknown), mitch_128
2017-08-10 21:36 (unknown), shriyashah
2017-08-10 22:02 (unknown), stef.ryckmans
2017-08-11 4:42 (unknown), lizdebeth_
2017-08-11 4:57 (unknown), nenep
2017-08-11 4:59 (unknown), Administrator
2017-08-11 6:08 (unknown), администратор
2017-08-11 6:14 (unknown), администратор
2017-08-11 6:14 (unknown), администратор
2017-08-11 6:14 (unknown), администратор
2017-08-11 6:14 (unknown), администратор
2017-08-11 8:54 (unknown), helga.brickl
2017-08-11 9:18 (unknown), jonathan.malihan
2017-08-11 15:50 (unknown), 1.10.0812112155390.21775
2017-08-11 17:28 (unknown), rhsinfo
2017-08-11 20:11 (unknown), tammyehood
2017-08-11 22:09 (unknown), Chris
2017-08-12 1:11 (unknown), lizdebeth_
2017-08-12 1:27 (unknown), nenep
2017-08-12 12:05 (unknown), agar2000
2017-08-13 15:17 (unknown), bunny43200
2017-08-14 14:57 (unknown), linwoodrvsales
2017-08-14 15:35 (unknown), agar2000
2017-08-14 16:53 (unknown), durrant
2017-08-14 17:38 (unknown), amin
2017-08-14 19:30 (unknown), sterrenplan.kampen
2017-08-15 1:55 (unknown), richard
2017-08-15 2:57 (unknown), nfrankiyamu
2017-08-15 3:38 (unknown), rueggemann
2017-08-15 4:40 (unknown), mitch_128
2017-08-15 6:08 (unknown), eumann
2017-08-15 6:50 (unknown), demorton
2017-08-15 8:46 (unknown), ccc
2017-08-15 11:16 (unknown), wvhyvcm.abyxg
2017-08-15 14:23 (unknown), helga.brickl
2017-08-15 14:45 (unknown), een
2017-08-15 17:30 (unknown), simon.a.t.hardy
2017-08-15 17:31 (unknown), nnarroyo623
2017-08-16 2:03 (unknown), xa0ajutor
2017-08-16 5:46 (unknown), kim.frederiksen
2017-08-17 21:36 (unknown), Adam Richter
2017-08-18 17:42 (unknown) Rajneesh Bhardwaj
2017-08-20 2:58 (unknown), Solen win2
2017-08-22 13:31 (unknown), vinnakota chaitanya
2017-08-23 7:23 (unknown), Xuehan Xu
2017-08-25 0:32 (unknown), agiva
2017-08-26 5:43 (unknown), carol.dallstream-WaM/PvcBqAo
2017-08-26 14:48 (unknown), nfrankiyamu
2017-08-27 10:55 (unknown), agar2000
2017-08-28 6:48 (unknown), patientcentral
2017-08-28 13:22 (unknown), dengx
2017-08-28 17:29 (unknown), befragung
2017-08-29 3:02 (unknown) catherine.verge
2017-08-29 5:40 (unknown), morice.diane
2017-08-30 0:38 (unknown), ifalqi
2017-08-30 1:37 (unknown), municlerk
2017-08-30 18:32 [PATCH] default implementation for of_find_all_nodes(...) Artur Lorincz
[not found] ` <1504117946-3958-1-git-send-email-larturus2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-09-24 15:50 ` (unknown), Artur Lorincz
2017-10-06 19:31 ` (unknown), Artur Lorincz
2017-10-08 16:28 ` (unknown), Artur Lorincz
2017-08-30 19:49 (unknown), susan.christian
2017-08-30 20:26 (unknown), anita.traylor
2017-08-31 0:58 (unknown), info
2017-08-31 1:39 (unknown) m.wierczynska
2017-08-31 4:52 (unknown), archerrp
2017-08-31 8:20 (unknown), jessica.jones-PnMVE5gNl/Vkbu+0n/iG1Q
2017-08-31 9:54 (unknown), info
2017-08-31 12:23 (unknown), mark.robinson
2017-08-31 15:40 (unknown), sterrenplan.kampen
2017-08-31 18:41 (unknown), helga.brickl
2017-09-01 1:48 (unknown), agar2000
2017-09-01 1:48 (unknown), doctornina
2017-09-01 2:30 (unknown), robert.berry
2017-09-01 4:05 (unknown), andrewf
2017-09-01 4:59 (unknown), adriix.addy
2017-09-01 6:21 (unknown), zita.latex
2017-09-01 8:16 (unknown), financialaid
2017-09-01 11:40 (unknown), witt.kohl
2017-09-01 15:00 (unknown), ujagu8185-Re5JQEeQqe8AvxtiuMwx3w
2017-09-01 15:30 (unknown), stef.ryckmans
2017-09-01 19:52 (unknown), sunaina
2017-09-01 20:58 (unknown), wvhyvcm.abyxg
2017-09-01 21:32 (unknown), nenep
2017-09-01 21:57 (unknown), umpvav-YDxpq3io04c
2017-09-01 22:51 (unknown), zumbalisa
2017-09-01 22:55 (unknown), redaccion
2017-09-02 0:58 (unknown), smallgroups
2017-09-02 1:59 (unknown), danielle.picarda2
2017-09-02 2:35 (unknown), jbmplupus-Mmb7MZpHnFY
2017-09-02 2:39 (unknown), een
2017-09-02 2:47 (unknown), nbensoncole81
2017-09-02 6:40 (unknown), simon.a.t.hardy
2017-09-02 23:56 (unknown), netgalley
2017-09-03 21:26 (unknown), cl_luzcc
2017-09-03 21:51 (unknown), xb028930336
2017-09-03 22:54 (unknown), sherrilyn
2017-09-04 2:13 (unknown), x1kn8fk
2017-09-04 2:33 (unknown), marketing
2017-09-04 5:14 (unknown), nelcastellodicarta
2017-09-04 12:17 (unknown), noord-holland
2017-09-04 23:46 (unknown), sterrenplan.kampen
2017-09-05 1:51 (unknown), halinajan-4Uo9UdwAbX8
2017-09-05 2:43 (unknown), xb028930336
2017-09-05 11:11 (unknown), inn
2017-09-05 12:51 (unknown), ifalqi
2017-09-05 14:02 (unknown), ecaterinasuciu09
2017-09-05 16:31 (unknown), mgriffit
2017-09-05 18:07 (unknown), bfoster
2017-09-05 18:38 (unknown), john.dahlberg
2017-09-05 23:34 (unknown), kkaplanidou
2017-09-06 3:57 (unknown), informationrequest
2017-09-07 4:02 (unknown), dengx
2017-09-07 7:05 (unknown), tabiadhawatef
2017-09-10 6:22 (unknown), Youichi Kanno
2017-09-11 19:35 (unknown) Helge Deller
2017-09-11 20:10 (unknown), roeper
2017-09-12 18:53 (unknown), pooks005
2017-09-12 19:16 (unknown), cl_luzcc
2017-09-12 19:45 (unknown), edo.hlaca
2017-09-12 22:07 (unknown), marketing
2017-09-13 4:21 (unknown), natasha.glauser
2017-09-13 8:56 (unknown), kindergartenchaos2
2017-09-15 17:01 (unknown), noreply
2017-09-15 17:29 (unknown), noreply
2017-09-15 17:30 (unknown), noreply
2017-09-19 7:47 (unknown), agar2000
2017-09-20 1:01 (unknown), ninfo
2017-09-21 7:47 (unknown), MAILER-DAEMON
2017-09-22 1:22 (unknown), unsubscribe.me
2017-09-22 1:55 (unknown), dengx
2017-09-22 3:39 (unknown), service
2017-09-22 8:41 (unknown), Adrian Gillian Bayford
2017-09-22 19:34 (unknown), John Michael
2017-09-27 17:41 (unknown), Michael Lyle
2017-09-27 19:12 (unknown), rlm85310
2017-09-27 19:30 (unknown), nbensoncole81
2017-09-28 0:21 (unknown), natasha.glauser
2017-09-28 15:08 (unknown), amin
2017-09-28 22:59 (unknown), rlm85310
2017-09-29 2:48 (unknown), Tina Aaron
2017-09-29 3:06 (unknown), jha
2017-09-29 7:26 (unknown), kelley
2017-09-29 7:44 (unknown), amin
2017-09-29 11:28 (unknown), cl_luzcc
2017-09-29 11:49 (unknown), roeper
2017-09-29 13:49 (unknown), marketing
2017-09-29 14:47 (unknown), nelcastellodicarta
2017-09-29 15:21 (unknown), natasha.glauser
2017-09-29 15:42 (unknown), noord-holland
2017-09-29 18:01 (unknown), clasico082
2017-09-29 21:29 (unknown), info
2017-09-30 14:07 (unknown), redaccion
2017-10-02 15:35 (unknown), nfrankiyamu
2017-10-02 17:38 (unknown), nbensoncole81
2017-10-02 18:00 (unknown), Solen win2
2017-10-02 18:06 (unknown), dengx
2017-10-02 20:31 (unknown), kchristopher
2017-10-03 0:03 (unknown), noord-holland
2017-10-03 0:14 (unknown), roeper
2017-10-03 0:55 (unknown), jbmplupus-Mmb7MZpHnFY
2017-10-03 7:38 (unknown), angers
2017-10-03 8:16 (unknown), morice.diane
2017-10-03 8:40 (unknown), koopk
2017-10-03 10:37 (unknown), edo.hlaca
2017-10-03 12:43 (unknown), marketing
2017-10-03 13:59 (unknown), nelcastellodicarta
2017-10-04 5:56 (unknown), morice.diane
2017-10-04 11:44 (unknown), susan.christian
2017-10-04 15:33 (unknown), membership
2017-10-04 16:11 (unknown), 1.10.0812112155390.21775
2017-10-05 6:53 (unknown), helga.brickl
2017-10-05 7:10 (unknown), mgriffit
2017-10-05 10:20 (unknown), jeffrey.faulkenberg
2017-10-05 14:24 (unknown), informationrequest
2017-10-05 15:34 (unknown), kindergartenchaos2
2017-10-06 1:43 (unknown), sophie.norman
2017-10-06 1:59 (unknown), edo.hlaca
2017-10-06 2:19 (unknown), sherrilyn
2017-10-06 5:16 (unknown), nelcastellodicarta
2017-10-06 8:31 (unknown), smallgroups
2017-10-06 11:55 (unknown), info
2017-10-07 0:31 (unknown), carmen.croonquist
2017-10-07 3:40 (unknown), agar2000
2017-10-07 4:45 (unknown), morice.diane
2017-10-08 1:26 (unknown), redaccion
2017-10-08 7:32 (unknown), cl_luzcc
2017-10-08 7:59 (unknown), edo.hlaca
2017-10-08 9:00 (unknown), pekka.enne
2017-10-08 9:52 (unknown), marketing
2017-10-08 11:08 (unknown), nelcastellodicarta
2017-10-08 14:15 (unknown), clasico082
2017-10-08 19:00 (unknown), matthias.foerster
2017-10-08 22:32 (unknown), natasha.glauser
2017-10-08 23:01 (unknown), susan.christian
2017-10-09 3:44 (unknown), roeper
2017-10-09 6:17 (unknown), durrant
2017-10-09 7:37 (unknown), Michael Lyle
2017-10-09 13:19 (unknown), carmen.croonquist
2017-10-09 15:06 (unknown), jha
2017-10-10 23:27 (unknown), editor
2017-10-11 4:11 (unknown), morice.diane
2017-10-11 7:34 (unknown), cl_luzcc
2017-10-11 8:20 (unknown), sherrilyn
2017-10-11 9:19 (unknown), pekka.enne
2017-10-11 11:49 (unknown), nelcastellodicarta
2017-10-11 19:29 (unknown), info
2017-10-11 19:55 (unknown), kindergartenchaos2
2017-10-11 22:32 (unknown), fwkz4811-DoVvmRvd3PAA2dtGD8cC2w
2017-10-12 3:08 (unknown), iker-KvP5wT2u2U0
2017-10-12 5:55 (unknown), xa0et.sirio
2017-10-12 8:17 (unknown), armouralumni
2017-10-12 11:46 (unknown), sophie.norman
2017-10-12 13:15 (unknown), mbalhoff
2017-10-12 13:53 (unknown), Andrew Clement
2017-10-12 14:09 (unknown), redaccion
2017-10-13 6:16 (unknown), nfrankiyamu
2017-10-13 17:15 (unknown), susan.christian
2017-10-14 6:44 (unknown), Ella Golan
2017-10-15 3:28 (unknown), redaccion
2017-10-15 11:15 (unknown), cl_luzcc
2017-10-15 11:49 (unknown), edo.hlaca
2017-10-15 12:04 (unknown), sherrilyn
2017-10-15 12:17 (unknown), Solen win2
2017-10-15 13:01 (unknown), pekka.enne
2017-10-15 13:57 (unknown), marketing
2017-10-15 15:13 (unknown), nelcastellodicarta
2017-10-15 18:29 (unknown), clasico082
2017-10-15 22:07 (unknown), info
2017-10-16 1:23 (unknown), fwkz4811-DoVvmRvd3PAA2dtGD8cC2w
2017-10-16 11:30 (unknown), kindergartenchaos2
2017-10-16 19:44 (unknown), iker-KvP5wT2u2U0
2017-10-17 0:33 (unknown), membership
2017-10-17 7:00 (unknown), lswedroe
2017-10-17 12:14 (unknown), dengx
2017-10-17 20:28 (unknown), kelley
2017-10-19 20:10 (unknown), pooks005
2017-10-19 22:54 (unknown), armouralumni
2017-10-20 3:19 (unknown), dengx
2017-10-20 8:42 (unknown), membership
2017-10-23 13:52 (unknown), Intl Agency
2017-10-25 12:10 (unknown), EG
2017-10-29 9:46 (unknown), Solen win
2017-11-01 23:35 (unknown), Roy Cockrum Foundation
2017-11-05 3:40 (unknown), Solen win
2017-11-06 19:51 (unknown), Qing Chang
2017-11-12 15:09 (unknown), Friedrich Mayrhofer
2017-11-12 15:09 (unknown), Friedrich Mayrhofer
2017-11-12 15:09 (unknown), Friedrich Mayrhofer
2017-11-12 15:10 (unknown), Mitesh Shah
2017-11-13 3:13 (unknown), Bounced mail
2017-11-15 9:18 (unknown) nanda_kishore_chinna
2017-11-15 14:44 (unknown), Qing Chang
2017-11-16 10:18 (unknown), Michal Hocko
2017-11-19 20:07 (unknown), Mitesh Shah
2017-11-20 2:36 (unknown), Robert Wang
2017-12-01 2:56 (unknown), Post Office
2017-12-01 14:22 (unknown), Rein Appeldoorn
2017-12-07 12:53 (unknown), Sistemas administrador
2017-12-12 16:06 (unknown), Solen win
2017-12-14 16:26 (unknown), Solen win
2017-12-17 17:28 (unknown), Solen win
2017-12-23 15:32 (unknown), 柯弼舜
2017-12-24 2:58 (unknown), 柯弼舜
2017-12-24 9:07 (unknown), Solen win
2017-12-30 2:10 (unknown), Arpit Patel
2017-12-30 4:37 (unknown), Adam Richter
2018-01-02 22:11 (unknown), Mr Sheng Li Hung
2018-01-09 21:23 (unknown), Emile Kenold
2018-01-10 10:27 (unknown), TimGuo
2018-01-11 3:22 (unknown), Active lender@
2018-01-16 2:16 (unknown) Jack.Ma
2018-01-16 2:23 (unknown) Jack.Ma
2018-01-23 13:36 (unknown), Mr Sheng Li Hung
2018-01-23 13:54 (unknown), Mr Sheng Li Hung
2018-01-25 7:23 (unknown), tirumalareddy marri
2018-01-27 13:25 (unknown), Jones
2018-01-27 13:48 (unknown), Jones
2018-01-27 13:48 (unknown), Jones
2018-01-28 17:01 (unknown), whoisthis TG
2018-01-28 17:06 (unknown), whoisthis TG
2018-01-29 14:17 (unknown), Jones
2018-01-29 16:30 (unknown), Jones
2018-01-29 16:30 (unknown), Jones
2018-01-29 16:55 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-01-29 17:17 (unknown), Jones
2018-02-02 12:15 (unknown), Robert Vasek
[not found] <CALfDnQ8aCTywvhqOBkFv3qQOoME9wvTrKbQq8i8PCPOx2iBp=A@mail.gmail.com>
[not found] ` <CALfDnQ-NihbhS=8C+ZfiKepj5x+Zd5uS2zH82-VrwV40A55s0w@mail.gmail.com>
2018-02-07 10:50 ` (unknown), Solen win
2018-02-08 14:40 (unknown), Automatic Email Delivery Software
2018-02-11 7:19 (unknown), Alfred Cheuk Chow
2018-02-11 16:07 (unknown), glolariu
2018-02-12 1:39 (unknown), Alfred Cheuk Chow
2018-02-12 1:39 (unknown), Alfred Cheuk Chow
2018-02-12 1:39 (unknown), Alfred Cheuk Chow
2018-02-12 1:39 (unknown), Alfred Cheuk Chow
2018-02-13 11:58 (unknown), Solen win
2018-02-13 12:43 (unknown), mavis lilian wanczyk
2018-02-13 22:56 (unknown), Alfred Cheuk Chow
2018-02-13 22:57 (unknown), Alfred Cheuk Chow
2018-02-13 22:57 (unknown), Alfred Cheuk Chow
2018-02-13 22:57 (unknown), Alfred Cheuk Chow
2018-02-13 22:57 (unknown), Alfred Cheuk Chow
2018-02-13 22:59 (unknown), Mitesh Shah
2018-02-17 1:45 (unknown), Ryan Ellis
2018-02-17 8:41 (unknown), Solen win
2018-02-17 15:29 (unknown), Ahmed Soliman
2018-02-23 15:54 (unknown), Adam Richter
[not found] <[PATCH xf86-video-amdgpu 0/3] Add non-desktop and leasing support>
2018-03-03 4:49 ` (unknown), Keith Packard
2018-03-05 17:06 (unknown) Meghana Madhyastha
2018-03-07 7:48 (unknown), Solen win
2018-03-23 3:05 (unknown), Mail Delivery Subsystem
2018-04-04 13:43 (unknown), системы администратор
2018-04-06 1:18 (unknown), venkatvenkatsubra
2018-04-16 1:22 (unknown), Andrew Worsley
2018-04-20 8:02 (unknown) Christoph Hellwig
2018-04-20 8:02 ` (unknown), Christoph Hellwig
2018-05-04 15:21 (unknown), Mark Henry
2018-05-05 22:07 (unknown), Shane Missler
2018-05-14 6:33 (unknown), системы администратор
2018-05-14 17:30 (unknown), Jessica
2018-05-18 12:04 (unknown) DaeRyong Jeong
2018-05-25 3:26 (unknown), Bounced mail
2018-05-29 7:26 (unknown), администратор
2018-05-31 17:11 (unknown), Adam Richter via Containers
2018-06-13 15:48 (unknown), Ubaithullah Masood
2018-06-16 8:15 (unknown) Mrs Mavis Wanczyk
2018-06-23 21:08 (unknown), David Lechner
2018-07-05 10:36 (unknown), rosdi ablatiff
2018-07-06 1:26 (unknown), Dave Airlie
2018-07-28 10:14 (unknown), Andrew Martinez
2018-07-28 10:46 (unknown), Andrew Martinez
2018-07-29 9:58 (unknown) Sumitomo Rubber
2018-08-09 9:23 (unknown), системы администратор
2018-08-22 9:07 (unknown), системы администратор
2018-08-24 4:59 (unknown), Dave Airlie
2018-08-27 14:50 (unknown), Christoph Hellwig
2018-09-16 13:39 (unknown), iluminati
2018-09-19 19:57 (unknown), Saif Hasan
2018-10-09 15:55 (unknown), Oliver Carter
2018-10-19 14:40 (unknown), David Howells
2018-10-19 17:46 ` (unknown) David Miller
2018-10-19 20:51 ` (unknown) David Howells
2018-10-19 20:58 ` (unknown) David Miller
2018-10-21 16:25 (unknown), Michael Tirado
2018-10-31 0:38 (unknown), Ubaithullah Masood
2018-11-11 8:05 (unknown), Oliver Carter
2018-11-18 9:11 (unknown), Mrs. Maureen Hinckley
2018-11-18 20:40 (unknown), Major Dennis Hornbeck
2018-11-27 0:07 (unknown), Offer
2019-01-02 12:25 (unknown), Frank Wunderlich
2019-01-15 2:55 (unknown), Jens Axboe
2019-02-28 3:36 (unknown) Post Office
2019-03-01 3:34 (unknown) Automatic Email Delivery Software
2019-03-04 3:42 (unknown) Automatic Email Delivery Software
2019-03-19 14:41 (unknown) Maxim Levitsky
2019-03-21 1:51 (unknown) zhuchangchun
2019-03-29 0:36 (unknown) 邀请函
2019-04-04 5:56 (unknown) Mail Delivery Subsystem
2019-04-05 2:38 (unknown) Changbin Du
2019-04-10 11:14 Norbert Lange
2019-04-10 13:37 ` (unknown) Jan Kiszka
2019-04-10 14:36 ` (unknown) Jan Kiszka
[not found] ` <VI1PR05MB5917B5956F2E9365F10D6539F62E0@VI1PR05MB5917.eurprd05.prod.outlook.com>
2019-04-10 14:47 ` (unknown) Jan Kiszka
2019-04-10 15:02 ` (unknown) Lange Norbert
2019-04-10 16:46 ` (unknown) Jan Kiszka
2019-04-10 11:17 Norbert Lange
2019-04-10 14:15 ` (unknown) Jan Kiszka
2019-05-16 3:48 (unknown) Mail Delivery Subsystem
2019-05-26 11:51 (unknown) Thomas Meyer
2019-06-07 0:54 (unknown) Dave Airlie
2019-08-23 2:12 (unknown) Rob Herring
2019-09-12 8:09 (unknown) Gene Chen
2019-12-12 15:50 (unknown) 周琰杰 (Zhou Yanjie)
[not found] <1187667350.235001.1580574902701.ref@mail.yahoo.com>
2020-02-01 16:35 ` (unknown) Mrs. Maureen Hinckley
2020-02-05 8:23 (unknown) Frau Huan Jlaying
2020-02-11 22:34 (unknown) Rajat Jain
2020-02-15 3:25 (unknown) mprim37 alcorta
2020-02-24 8:18 kernel panic: audit: backlog limit exceeded syzbot
2020-02-24 22:38 ` Paul Moore
2020-02-24 22:43 ` Eric Paris
2020-02-24 22:46 ` Paul Moore
[not found] ` <CAHC9VhQnbdJprbdTa_XcgUJaiwhzbnGMWJqHczU54UMk0AFCtw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-02-27 15:39 ` (unknown) Dmitry Vyukov via B.A.T.M.A.N
2020-03-04 9:42 (unknown) Julie Leach
2020-03-04 23:30 (unknown) Maria Alessandra Filippi
2020-03-05 0:26 (unknown) Maria Alessandra Filippi
2020-03-05 2:33 (unknown) Maria Alessandra Filippi
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:46 (unknown) Juanito S. Galang
2020-03-05 10:47 (unknown) Juanito S. Galang
2020-03-09 7:34 (unknown) Michael J. Weirsky
2020-03-09 7:34 (unknown) Michael J. Weirsky
2020-03-09 7:34 (unknown) Michael J. Weirsky
2020-03-09 7:34 (unknown) Michael J. Weirsky
2020-03-09 7:37 (unknown) Michael J. Weirsky
2020-03-09 8:43 (unknown) Michael J. Weirsky
2020-03-17 0:11 (unknown) David Ibe
2020-03-17 0:11 (unknown) David Ibe
2020-03-27 8:36 (unknown) chenanqing
2020-03-27 9:20 (unknown) chenanqing
2020-04-23 23:06 (unknown) Azim Hashim Premji
2020-04-23 23:06 (unknown) Azim Hashim Premji
2020-05-08 22:58 (unknown) Barbara D Wilkins
2020-05-08 23:41 (unknown) Barbara D Wilkins
2020-05-08 23:51 (unknown) Barbara D Wilkins
2020-06-04 19:57 (unknown) David Shine
[not found] <1327230475.528260.1591750200327.ref@mail.yahoo.com>
2020-06-10 0:50 ` (unknown) Celine Marchand
2020-06-27 21:52 (unknown) helen
2020-06-27 21:54 (unknown) helen
2020-06-27 21:58 (unknown) lookman joe
2020-06-27 21:58 (unknown) lookman joe
2020-06-27 21:58 (unknown) lookman joe
2020-06-30 17:56 (unknown) Vasiliy Kupriakov
2020-07-02 19:43 (unknown) Barr Anthony Calder
2020-07-22 4:45 (unknown) Darlehen Bedienung
2020-07-22 5:32 (unknown) Darlehen Bedienung
2020-07-22 5:32 (unknown) Darlehen Bedienung
2020-07-22 5:32 (unknown) Darlehen Bedienung
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.