From: Jason Wang <jasowang@redhat.com> To: "Michael S. Tsirkin" <mst@redhat.com> Cc: "Paul E. McKenney" <paulmck@kernel.org>, Peter Zijlstra <peterz@infradead.org>, Marc Zyngier <maz@kernel.org>, Keir Fraser <keirf@google.com>, linux-kernel <linux-kernel@vger.kernel.org>, virtualization <virtualization@lists.linux-foundation.org>, Thomas Gleixner <tglx@linutronix.de> Subject: Re: Date: Mon, 28 Mar 2022 14:18:22 +0800 [thread overview] Message-ID: <CACGkMEu+fax6YYwhfbc1yoSxv6o1FTQyrOheVTmUfqGvmbAEfA@mail.gmail.com> (raw) In-Reply-To: <20220328015757-mutt-send-email-mst@kernel.org> On Mon, Mar 28, 2022 at 1:59 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > On Mon, Mar 28, 2022 at 12:56:41PM +0800, Jason Wang wrote: > > On Fri, Mar 25, 2022 at 6:10 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > On Fri, Mar 25, 2022 at 05:20:19PM +0800, Jason Wang wrote: > > > > On Fri, Mar 25, 2022 at 5:10 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > > > > > On Fri, Mar 25, 2022 at 03:52:00PM +0800, Jason Wang wrote: > > > > > > On Fri, Mar 25, 2022 at 2:31 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > > > > > > > > > Bcc: > > > > > > > Subject: Re: [PATCH 3/3] virtio: harden vring IRQ > > > > > > > Message-ID: <20220325021422-mutt-send-email-mst@kernel.org> > > > > > > > Reply-To: > > > > > > > In-Reply-To: <f7046303-7d7d-e39f-3c71-3688126cc812@redhat.com> > > > > > > > > > > > > > > On Fri, Mar 25, 2022 at 11:04:08AM +0800, Jason Wang wrote: > > > > > > > > > > > > > > > > 在 2022/3/24 下午7:03, Michael S. Tsirkin 写道: > > > > > > > > > On Thu, Mar 24, 2022 at 04:40:04PM +0800, Jason Wang wrote: > > > > > > > > > > This is a rework on the previous IRQ hardening that is done for > > > > > > > > > > virtio-pci where several drawbacks were found and were reverted: > > > > > > > > > > > > > > > > > > > > 1) try to use IRQF_NO_AUTOEN which is not friendly to affinity managed IRQ > > > > > > > > > > that is used by some device such as virtio-blk > > > > > > > > > > 2) done only for PCI transport > > > > > > > > > > > > > > > > > > > > In this patch, we tries to borrow the idea from the INTX IRQ hardening > > > > > > > > > > in the reverted commit 080cd7c3ac87 ("virtio-pci: harden INTX interrupts") > > > > > > > > > > by introducing a global irq_soft_enabled variable for each > > > > > > > > > > virtio_device. Then we can to toggle it during > > > > > > > > > > virtio_reset_device()/virtio_device_ready(). A synchornize_rcu() is > > > > > > > > > > used in virtio_reset_device() to synchronize with the IRQ handlers. In > > > > > > > > > > the future, we may provide config_ops for the transport that doesn't > > > > > > > > > > use IRQ. With this, vring_interrupt() can return check and early if > > > > > > > > > > irq_soft_enabled is false. This lead to smp_load_acquire() to be used > > > > > > > > > > but the cost should be acceptable. > > > > > > > > > Maybe it should be but is it? Can't we use synchronize_irq instead? > > > > > > > > > > > > > > > > > > > > > > > > Even if we allow the transport driver to synchornize through > > > > > > > > synchronize_irq() we still need a check in the vring_interrupt(). > > > > > > > > > > > > > > > > We do something like the following previously: > > > > > > > > > > > > > > > > if (!READ_ONCE(vp_dev->intx_soft_enabled)) > > > > > > > > return IRQ_NONE; > > > > > > > > > > > > > > > > But it looks like a bug since speculative read can be done before the check > > > > > > > > where the interrupt handler can't see the uncommitted setup which is done by > > > > > > > > the driver. > > > > > > > > > > > > > > I don't think so - if you sync after setting the value then > > > > > > > you are guaranteed that any handler running afterwards > > > > > > > will see the new value. > > > > > > > > > > > > The problem is not disabled but the enable. > > > > > > > > > > So a misbehaving device can lose interrupts? That's not a problem at all > > > > > imo. > > > > > > > > It's the interrupt raised before setting irq_soft_enabled to true: > > > > > > > > CPU 0 probe) driver specific setup (not commited) > > > > CPU 1 IRQ handler) read the uninitialized variable > > > > CPU 0 probe) set irq_soft_enabled to true > > > > CPU 1 IRQ handler) read irq_soft_enable as true > > > > CPU 1 IRQ handler) use the uninitialized variable > > > > > > > > Thanks > > > > > > Yea, it hurts if you do it. So do not do it then ;). > > > > > > irq_soft_enabled (I think driver_ok or status is a better name) > > > > I can change it to driver_ok. > > > > > should be initialized to false *before* irq is requested. > > > > > > And requesting irq commits all memory otherwise all drivers would be > > > broken, > > > > So I think we might talk different issues: > > > > 1) Whether request_irq() commits the previous setups, I think the > > answer is yes, since the spin_unlock of desc->lock (release) can > > guarantee this though there seems no documentation around > > request_irq() to say this. > > > > And I can see at least drivers/video/fbdev/omap2/omapfb/dss/dispc.c is > > using smp_wmb() before the request_irq(). > > > > And even if write is ordered we still need read to be ordered to be > > paired with that. > > > > > if it doesn't it just needs to be fixed, not worked around in > > > virtio. > > > > 2) virtio drivers might do a lot of setups between request_irq() and > > virtio_device_ready(): > > > > request_irq() > > driver specific setups > > virtio_device_ready() > > > > CPU 0 probe) request_irq() > > CPU 1 IRQ handler) read the uninitialized variable > > CPU 0 probe) driver specific setups > > CPU 0 probe) smp_store_release(intr_soft_enabled, true), commit the setups > > CPU 1 IRQ handler) read irq_soft_enable as true > > CPU 1 IRQ handler) use the uninitialized variable > > > > Thanks > > > As I said, virtio_device_ready needs to do synchronize_irq. > That will guarantee all setup is visible to the specific IRQ, Only the interrupt after synchronize_irq() returns. >this > is what it's point is. What happens if an interrupt is raised in the middle like: smp_store_release(dev->irq_soft_enabled, true) IRQ handler synchornize_irq() If we don't enforce a reading order, the IRQ handler may still see the uninitialized variable. Thanks > > > > > > > > > > > > > > > > > > > We use smp_store_relase() > > > > > > to make sure the driver commits the setup before enabling the irq. It > > > > > > means the read needs to be ordered as well in vring_interrupt(). > > > > > > > > > > > > > > > > > > > > Although I couldn't find anything about this in memory-barriers.txt > > > > > > > which surprises me. > > > > > > > > > > > > > > CC Paul to help make sure I'm right. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > To avoid breaking legacy device which can send IRQ before DRIVER_OK, a > > > > > > > > > > module parameter is introduced to enable the hardening so function > > > > > > > > > > hardening is disabled by default. > > > > > > > > > Which devices are these? How come they send an interrupt before there > > > > > > > > > are any buffers in any queues? > > > > > > > > > > > > > > > > > > > > > > > > I copied this from the commit log for 22b7050a024d7 > > > > > > > > > > > > > > > > " > > > > > > > > > > > > > > > > This change will also benefit old hypervisors (before 2009) > > > > > > > > that send interrupts without checking DRIVER_OK: previously, > > > > > > > > the callback could race with driver-specific initialization. > > > > > > > > " > > > > > > > > > > > > > > > > If this is only for config interrupt, I can remove the above log. > > > > > > > > > > > > > > > > > > > > > This is only for config interrupt. > > > > > > > > > > > > Ok. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Note that the hardening is only done for vring interrupt since the > > > > > > > > > > config interrupt hardening is already done in commit 22b7050a024d7 > > > > > > > > > > ("virtio: defer config changed notifications"). But the method that is > > > > > > > > > > used by config interrupt can't be reused by the vring interrupt > > > > > > > > > > handler because it uses spinlock to do the synchronization which is > > > > > > > > > > expensive. > > > > > > > > > > > > > > > > > > > > Signed-off-by: Jason Wang <jasowang@redhat.com> > > > > > > > > > > > > > > > > > > > --- > > > > > > > > > > drivers/virtio/virtio.c | 19 +++++++++++++++++++ > > > > > > > > > > drivers/virtio/virtio_ring.c | 9 ++++++++- > > > > > > > > > > include/linux/virtio.h | 4 ++++ > > > > > > > > > > include/linux/virtio_config.h | 25 +++++++++++++++++++++++++ > > > > > > > > > > 4 files changed, 56 insertions(+), 1 deletion(-) > > > > > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio.c b/drivers/virtio/virtio.c > > > > > > > > > > index 8dde44ea044a..85e331efa9cc 100644 > > > > > > > > > > --- a/drivers/virtio/virtio.c > > > > > > > > > > +++ b/drivers/virtio/virtio.c > > > > > > > > > > @@ -7,6 +7,12 @@ > > > > > > > > > > #include <linux/of.h> > > > > > > > > > > #include <uapi/linux/virtio_ids.h> > > > > > > > > > > +static bool irq_hardening = false; > > > > > > > > > > + > > > > > > > > > > +module_param(irq_hardening, bool, 0444); > > > > > > > > > > +MODULE_PARM_DESC(irq_hardening, > > > > > > > > > > + "Disalbe IRQ software processing when it is not expected"); > > > > > > > > > > + > > > > > > > > > > /* Unique numbering for virtio devices. */ > > > > > > > > > > static DEFINE_IDA(virtio_index_ida); > > > > > > > > > > @@ -220,6 +226,15 @@ static int virtio_features_ok(struct virtio_device *dev) > > > > > > > > > > * */ > > > > > > > > > > void virtio_reset_device(struct virtio_device *dev) > > > > > > > > > > { > > > > > > > > > > + /* > > > > > > > > > > + * The below synchronize_rcu() guarantees that any > > > > > > > > > > + * interrupt for this line arriving after > > > > > > > > > > + * synchronize_rcu() has completed is guaranteed to see > > > > > > > > > > + * irq_soft_enabled == false. > > > > > > > > > News to me I did not know synchronize_rcu has anything to do > > > > > > > > > with interrupts. Did not you intend to use synchronize_irq? > > > > > > > > > I am not even 100% sure synchronize_rcu is by design a memory barrier > > > > > > > > > though it's most likely is ... > > > > > > > > > > > > > > > > > > > > > > > > According to the comment above tree RCU version of synchronize_rcu(): > > > > > > > > > > > > > > > > """ > > > > > > > > > > > > > > > > * RCU read-side critical sections are delimited by rcu_read_lock() > > > > > > > > * and rcu_read_unlock(), and may be nested. In addition, but only in > > > > > > > > * v5.0 and later, regions of code across which interrupts, preemption, > > > > > > > > * or softirqs have been disabled also serve as RCU read-side critical > > > > > > > > * sections. This includes hardware interrupt handlers, softirq handlers, > > > > > > > > * and NMI handlers. > > > > > > > > """ > > > > > > > > > > > > > > > > So interrupt handlers are treated as read-side critical sections. > > > > > > > > > > > > > > > > And it has the comment for explain the barrier: > > > > > > > > > > > > > > > > """ > > > > > > > > > > > > > > > > * Note that this guarantee implies further memory-ordering guarantees. > > > > > > > > * On systems with more than one CPU, when synchronize_rcu() returns, > > > > > > > > * each CPU is guaranteed to have executed a full memory barrier since > > > > > > > > * the end of its last RCU read-side critical section whose beginning > > > > > > > > * preceded the call to synchronize_rcu(). In addition, each CPU having > > > > > > > > """ > > > > > > > > > > > > > > > > So on SMP it provides a full barrier. And for UP/tiny RCU we don't need the > > > > > > > > barrier, if the interrupt come after WRITE_ONCE() it will see the > > > > > > > > irq_soft_enabled as false. > > > > > > > > > > > > > > > > > > > > > > You are right. So then > > > > > > > 1. I do not think we need load_acquire - why is it needed? Just > > > > > > > READ_ONCE should do. > > > > > > > > > > > > See above. > > > > > > > > > > > > > 2. isn't synchronize_irq also doing the same thing? > > > > > > > > > > > > > > > > > > Yes, but it requires a config ops since the IRQ knowledge is transport specific. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > + */ > > > > > > > > > > + WRITE_ONCE(dev->irq_soft_enabled, false); > > > > > > > > > > + synchronize_rcu(); > > > > > > > > > > + > > > > > > > > > > dev->config->reset(dev); > > > > > > > > > > } > > > > > > > > > > EXPORT_SYMBOL_GPL(virtio_reset_device); > > > > > > > > > Please add comment explaining where it will be enabled. > > > > > > > > > Also, we *really* don't need to synch if it was already disabled, > > > > > > > > > let's not add useless overhead to the boot sequence. > > > > > > > > > > > > > > > > > > > > > > > > Ok. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > @@ -427,6 +442,10 @@ int register_virtio_device(struct virtio_device *dev) > > > > > > > > > > spin_lock_init(&dev->config_lock); > > > > > > > > > > dev->config_enabled = false; > > > > > > > > > > dev->config_change_pending = false; > > > > > > > > > > + dev->irq_soft_check = irq_hardening; > > > > > > > > > > + > > > > > > > > > > + if (dev->irq_soft_check) > > > > > > > > > > + dev_info(&dev->dev, "IRQ hardening is enabled\n"); > > > > > > > > > > /* We always start by resetting the device, in case a previous > > > > > > > > > > * driver messed it up. This also tests that code path a little. */ > > > > > > > > > one of the points of hardening is it's also helpful for buggy > > > > > > > > > devices. this flag defeats the purpose. > > > > > > > > > > > > > > > > > > > > > > > > Do you mean: > > > > > > > > > > > > > > > > 1) we need something like config_enable? This seems not easy to be > > > > > > > > implemented without obvious overhead, mainly the synchronize with the > > > > > > > > interrupt handlers > > > > > > > > > > > > > > But synchronize is only on tear-down path. That is not critical for any > > > > > > > users at the moment, even less than probe. > > > > > > > > > > > > I meant if we have vq->irq_pending, we need to call vring_interrupt() > > > > > > in the virtio_device_ready() and synchronize the IRQ handlers with > > > > > > spinlock or others. > > > > > > > > > > > > > > > > > > > > > 2) enable this by default, so I don't object, but this may have some risk > > > > > > > > for old hypervisors > > > > > > > > > > > > > > > > > > > > > The risk if there's a driver adding buffers without setting DRIVER_OK. > > > > > > > > > > > > Probably not, we have devices that accept random inputs from outside, > > > > > > net, console, input etc. I've done a round of audits of the Qemu > > > > > > codes. They look all fine since day0. > > > > > > > > > > > > > So with this approach, how about we rename the flag "driver_ok"? > > > > > > > And then add_buf can actually test it and BUG_ON if not there (at least > > > > > > > in the debug build). > > > > > > > > > > > > This looks like a hardening of the driver in the core instead of the > > > > > > device. I think it can be done but in a separate series. > > > > > > > > > > > > > > > > > > > > And going down from there, how about we cache status in the > > > > > > > device? Then we don't need to keep re-reading it every time, > > > > > > > speeding boot up a tiny bit. > > > > > > > > > > > > I don't fully understand here, actually spec requires status to be > > > > > > read back for validation in many cases. > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > > > > > > > > > > index 962f1477b1fa..0170f8c784d8 100644 > > > > > > > > > > --- a/drivers/virtio/virtio_ring.c > > > > > > > > > > +++ b/drivers/virtio/virtio_ring.c > > > > > > > > > > @@ -2144,10 +2144,17 @@ static inline bool more_used(const struct vring_virtqueue *vq) > > > > > > > > > > return vq->packed_ring ? more_used_packed(vq) : more_used_split(vq); > > > > > > > > > > } > > > > > > > > > > -irqreturn_t vring_interrupt(int irq, void *_vq) > > > > > > > > > > +irqreturn_t vring_interrupt(int irq, void *v) > > > > > > > > > > { > > > > > > > > > > + struct virtqueue *_vq = v; > > > > > > > > > > + struct virtio_device *vdev = _vq->vdev; > > > > > > > > > > struct vring_virtqueue *vq = to_vvq(_vq); > > > > > > > > > > + if (!virtio_irq_soft_enabled(vdev)) { > > > > > > > > > > + dev_warn_once(&vdev->dev, "virtio vring IRQ raised before DRIVER_OK"); > > > > > > > > > > + return IRQ_NONE; > > > > > > > > > > + } > > > > > > > > > > + > > > > > > > > > > if (!more_used(vq)) { > > > > > > > > > > pr_debug("virtqueue interrupt with no work for %p\n", vq); > > > > > > > > > > return IRQ_NONE; > > > > > > > > > > diff --git a/include/linux/virtio.h b/include/linux/virtio.h > > > > > > > > > > index 5464f398912a..957d6ad604ac 100644 > > > > > > > > > > --- a/include/linux/virtio.h > > > > > > > > > > +++ b/include/linux/virtio.h > > > > > > > > > > @@ -95,6 +95,8 @@ dma_addr_t virtqueue_get_used_addr(struct virtqueue *vq); > > > > > > > > > > * @failed: saved value for VIRTIO_CONFIG_S_FAILED bit (for restore) > > > > > > > > > > * @config_enabled: configuration change reporting enabled > > > > > > > > > > * @config_change_pending: configuration change reported while disabled > > > > > > > > > > + * @irq_soft_check: whether or not to check @irq_soft_enabled > > > > > > > > > > + * @irq_soft_enabled: callbacks enabled > > > > > > > > > > * @config_lock: protects configuration change reporting > > > > > > > > > > * @dev: underlying device. > > > > > > > > > > * @id: the device type identification (used to match it with a driver). > > > > > > > > > > @@ -109,6 +111,8 @@ struct virtio_device { > > > > > > > > > > bool failed; > > > > > > > > > > bool config_enabled; > > > > > > > > > > bool config_change_pending; > > > > > > > > > > + bool irq_soft_check; > > > > > > > > > > + bool irq_soft_enabled; > > > > > > > > > > spinlock_t config_lock; > > > > > > > > > > spinlock_t vqs_list_lock; /* Protects VQs list access */ > > > > > > > > > > struct device dev; > > > > > > > > > > diff --git a/include/linux/virtio_config.h b/include/linux/virtio_config.h > > > > > > > > > > index dafdc7f48c01..9c1b61f2e525 100644 > > > > > > > > > > --- a/include/linux/virtio_config.h > > > > > > > > > > +++ b/include/linux/virtio_config.h > > > > > > > > > > @@ -174,6 +174,24 @@ static inline bool virtio_has_feature(const struct virtio_device *vdev, > > > > > > > > > > return __virtio_test_bit(vdev, fbit); > > > > > > > > > > } > > > > > > > > > > +/* > > > > > > > > > > + * virtio_irq_soft_enabled: whether we can execute callbacks > > > > > > > > > > + * @vdev: the device > > > > > > > > > > + */ > > > > > > > > > > +static inline bool virtio_irq_soft_enabled(const struct virtio_device *vdev) > > > > > > > > > > +{ > > > > > > > > > > + if (!vdev->irq_soft_check) > > > > > > > > > > + return true; > > > > > > > > > > + > > > > > > > > > > + /* > > > > > > > > > > + * Read irq_soft_enabled before reading other device specific > > > > > > > > > > + * data. Paried with smp_store_relase() in > > > > > > > > > paired > > > > > > > > > > > > > > > > > > > > > > > > Will fix. > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > + * virtio_device_ready() and WRITE_ONCE()/synchronize_rcu() in > > > > > > > > > > + * virtio_reset_device(). > > > > > > > > > > + */ > > > > > > > > > > + return smp_load_acquire(&vdev->irq_soft_enabled); > > > > > > > > > > +} > > > > > > > > > > + > > > > > > > > > > /** > > > > > > > > > > * virtio_has_dma_quirk - determine whether this device has the DMA quirk > > > > > > > > > > * @vdev: the device > > > > > > > > > > @@ -236,6 +254,13 @@ void virtio_device_ready(struct virtio_device *dev) > > > > > > > > > > if (dev->config->enable_cbs) > > > > > > > > > > dev->config->enable_cbs(dev); > > > > > > > > > > + /* > > > > > > > > > > + * Commit the driver setup before enabling the virtqueue > > > > > > > > > > + * callbacks. Paried with smp_load_acuqire() in > > > > > > > > > > + * virtio_irq_soft_enabled() > > > > > > > > > > + */ > > > > > > > > > > + smp_store_release(&dev->irq_soft_enabled, true); > > > > > > > > > > + > > > > > > > > > > BUG_ON(status & VIRTIO_CONFIG_S_DRIVER_OK); > > > > > > > > > > dev->config->set_status(dev, status | VIRTIO_CONFIG_S_DRIVER_OK); > > > > > > > > > > } > > > > > > > > > > -- > > > > > > > > > > 2.25.1 > > > > > > > > > > > > > > > > _______________________________________________ Virtualization mailing list Virtualization@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/virtualization
WARNING: multiple messages have this Message-ID (diff)
From: Jason Wang <jasowang@redhat.com> To: "Michael S. Tsirkin" <mst@redhat.com> Cc: virtualization <virtualization@lists.linux-foundation.org>, linux-kernel <linux-kernel@vger.kernel.org>, Marc Zyngier <maz@kernel.org>, Thomas Gleixner <tglx@linutronix.de>, Peter Zijlstra <peterz@infradead.org>, Stefano Garzarella <sgarzare@redhat.com>, Keir Fraser <keirf@google.com>, "Paul E. McKenney" <paulmck@kernel.org> Subject: Re: Date: Mon, 28 Mar 2022 14:18:22 +0800 [thread overview] Message-ID: <CACGkMEu+fax6YYwhfbc1yoSxv6o1FTQyrOheVTmUfqGvmbAEfA@mail.gmail.com> (raw) In-Reply-To: <20220328015757-mutt-send-email-mst@kernel.org> On Mon, Mar 28, 2022 at 1:59 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > On Mon, Mar 28, 2022 at 12:56:41PM +0800, Jason Wang wrote: > > On Fri, Mar 25, 2022 at 6:10 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > On Fri, Mar 25, 2022 at 05:20:19PM +0800, Jason Wang wrote: > > > > On Fri, Mar 25, 2022 at 5:10 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > > > > > On Fri, Mar 25, 2022 at 03:52:00PM +0800, Jason Wang wrote: > > > > > > On Fri, Mar 25, 2022 at 2:31 PM Michael S. Tsirkin <mst@redhat.com> wrote: > > > > > > > > > > > > > > Bcc: > > > > > > > Subject: Re: [PATCH 3/3] virtio: harden vring IRQ > > > > > > > Message-ID: <20220325021422-mutt-send-email-mst@kernel.org> > > > > > > > Reply-To: > > > > > > > In-Reply-To: <f7046303-7d7d-e39f-3c71-3688126cc812@redhat.com> > > > > > > > > > > > > > > On Fri, Mar 25, 2022 at 11:04:08AM +0800, Jason Wang wrote: > > > > > > > > > > > > > > > > 在 2022/3/24 下午7:03, Michael S. Tsirkin 写道: > > > > > > > > > On Thu, Mar 24, 2022 at 04:40:04PM +0800, Jason Wang wrote: > > > > > > > > > > This is a rework on the previous IRQ hardening that is done for > > > > > > > > > > virtio-pci where several drawbacks were found and were reverted: > > > > > > > > > > > > > > > > > > > > 1) try to use IRQF_NO_AUTOEN which is not friendly to affinity managed IRQ > > > > > > > > > > that is used by some device such as virtio-blk > > > > > > > > > > 2) done only for PCI transport > > > > > > > > > > > > > > > > > > > > In this patch, we tries to borrow the idea from the INTX IRQ hardening > > > > > > > > > > in the reverted commit 080cd7c3ac87 ("virtio-pci: harden INTX interrupts") > > > > > > > > > > by introducing a global irq_soft_enabled variable for each > > > > > > > > > > virtio_device. Then we can to toggle it during > > > > > > > > > > virtio_reset_device()/virtio_device_ready(). A synchornize_rcu() is > > > > > > > > > > used in virtio_reset_device() to synchronize with the IRQ handlers. In > > > > > > > > > > the future, we may provide config_ops for the transport that doesn't > > > > > > > > > > use IRQ. With this, vring_interrupt() can return check and early if > > > > > > > > > > irq_soft_enabled is false. This lead to smp_load_acquire() to be used > > > > > > > > > > but the cost should be acceptable. > > > > > > > > > Maybe it should be but is it? Can't we use synchronize_irq instead? > > > > > > > > > > > > > > > > > > > > > > > > Even if we allow the transport driver to synchornize through > > > > > > > > synchronize_irq() we still need a check in the vring_interrupt(). > > > > > > > > > > > > > > > > We do something like the following previously: > > > > > > > > > > > > > > > > if (!READ_ONCE(vp_dev->intx_soft_enabled)) > > > > > > > > return IRQ_NONE; > > > > > > > > > > > > > > > > But it looks like a bug since speculative read can be done before the check > > > > > > > > where the interrupt handler can't see the uncommitted setup which is done by > > > > > > > > the driver. > > > > > > > > > > > > > > I don't think so - if you sync after setting the value then > > > > > > > you are guaranteed that any handler running afterwards > > > > > > > will see the new value. > > > > > > > > > > > > The problem is not disabled but the enable. > > > > > > > > > > So a misbehaving device can lose interrupts? That's not a problem at all > > > > > imo. > > > > > > > > It's the interrupt raised before setting irq_soft_enabled to true: > > > > > > > > CPU 0 probe) driver specific setup (not commited) > > > > CPU 1 IRQ handler) read the uninitialized variable > > > > CPU 0 probe) set irq_soft_enabled to true > > > > CPU 1 IRQ handler) read irq_soft_enable as true > > > > CPU 1 IRQ handler) use the uninitialized variable > > > > > > > > Thanks > > > > > > Yea, it hurts if you do it. So do not do it then ;). > > > > > > irq_soft_enabled (I think driver_ok or status is a better name) > > > > I can change it to driver_ok. > > > > > should be initialized to false *before* irq is requested. > > > > > > And requesting irq commits all memory otherwise all drivers would be > > > broken, > > > > So I think we might talk different issues: > > > > 1) Whether request_irq() commits the previous setups, I think the > > answer is yes, since the spin_unlock of desc->lock (release) can > > guarantee this though there seems no documentation around > > request_irq() to say this. > > > > And I can see at least drivers/video/fbdev/omap2/omapfb/dss/dispc.c is > > using smp_wmb() before the request_irq(). > > > > And even if write is ordered we still need read to be ordered to be > > paired with that. > > > > > if it doesn't it just needs to be fixed, not worked around in > > > virtio. > > > > 2) virtio drivers might do a lot of setups between request_irq() and > > virtio_device_ready(): > > > > request_irq() > > driver specific setups > > virtio_device_ready() > > > > CPU 0 probe) request_irq() > > CPU 1 IRQ handler) read the uninitialized variable > > CPU 0 probe) driver specific setups > > CPU 0 probe) smp_store_release(intr_soft_enabled, true), commit the setups > > CPU 1 IRQ handler) read irq_soft_enable as true > > CPU 1 IRQ handler) use the uninitialized variable > > > > Thanks > > > As I said, virtio_device_ready needs to do synchronize_irq. > That will guarantee all setup is visible to the specific IRQ, Only the interrupt after synchronize_irq() returns. >this > is what it's point is. What happens if an interrupt is raised in the middle like: smp_store_release(dev->irq_soft_enabled, true) IRQ handler synchornize_irq() If we don't enforce a reading order, the IRQ handler may still see the uninitialized variable. Thanks > > > > > > > > > > > > > > > > > > > We use smp_store_relase() > > > > > > to make sure the driver commits the setup before enabling the irq. It > > > > > > means the read needs to be ordered as well in vring_interrupt(). > > > > > > > > > > > > > > > > > > > > Although I couldn't find anything about this in memory-barriers.txt > > > > > > > which surprises me. > > > > > > > > > > > > > > CC Paul to help make sure I'm right. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > To avoid breaking legacy device which can send IRQ before DRIVER_OK, a > > > > > > > > > > module parameter is introduced to enable the hardening so function > > > > > > > > > > hardening is disabled by default. > > > > > > > > > Which devices are these? How come they send an interrupt before there > > > > > > > > > are any buffers in any queues? > > > > > > > > > > > > > > > > > > > > > > > > I copied this from the commit log for 22b7050a024d7 > > > > > > > > > > > > > > > > " > > > > > > > > > > > > > > > > This change will also benefit old hypervisors (before 2009) > > > > > > > > that send interrupts without checking DRIVER_OK: previously, > > > > > > > > the callback could race with driver-specific initialization. > > > > > > > > " > > > > > > > > > > > > > > > > If this is only for config interrupt, I can remove the above log. > > > > > > > > > > > > > > > > > > > > > This is only for config interrupt. > > > > > > > > > > > > Ok. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Note that the hardening is only done for vring interrupt since the > > > > > > > > > > config interrupt hardening is already done in commit 22b7050a024d7 > > > > > > > > > > ("virtio: defer config changed notifications"). But the method that is > > > > > > > > > > used by config interrupt can't be reused by the vring interrupt > > > > > > > > > > handler because it uses spinlock to do the synchronization which is > > > > > > > > > > expensive. > > > > > > > > > > > > > > > > > > > > Signed-off-by: Jason Wang <jasowang@redhat.com> > > > > > > > > > > > > > > > > > > > --- > > > > > > > > > > drivers/virtio/virtio.c | 19 +++++++++++++++++++ > > > > > > > > > > drivers/virtio/virtio_ring.c | 9 ++++++++- > > > > > > > > > > include/linux/virtio.h | 4 ++++ > > > > > > > > > > include/linux/virtio_config.h | 25 +++++++++++++++++++++++++ > > > > > > > > > > 4 files changed, 56 insertions(+), 1 deletion(-) > > > > > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio.c b/drivers/virtio/virtio.c > > > > > > > > > > index 8dde44ea044a..85e331efa9cc 100644 > > > > > > > > > > --- a/drivers/virtio/virtio.c > > > > > > > > > > +++ b/drivers/virtio/virtio.c > > > > > > > > > > @@ -7,6 +7,12 @@ > > > > > > > > > > #include <linux/of.h> > > > > > > > > > > #include <uapi/linux/virtio_ids.h> > > > > > > > > > > +static bool irq_hardening = false; > > > > > > > > > > + > > > > > > > > > > +module_param(irq_hardening, bool, 0444); > > > > > > > > > > +MODULE_PARM_DESC(irq_hardening, > > > > > > > > > > + "Disalbe IRQ software processing when it is not expected"); > > > > > > > > > > + > > > > > > > > > > /* Unique numbering for virtio devices. */ > > > > > > > > > > static DEFINE_IDA(virtio_index_ida); > > > > > > > > > > @@ -220,6 +226,15 @@ static int virtio_features_ok(struct virtio_device *dev) > > > > > > > > > > * */ > > > > > > > > > > void virtio_reset_device(struct virtio_device *dev) > > > > > > > > > > { > > > > > > > > > > + /* > > > > > > > > > > + * The below synchronize_rcu() guarantees that any > > > > > > > > > > + * interrupt for this line arriving after > > > > > > > > > > + * synchronize_rcu() has completed is guaranteed to see > > > > > > > > > > + * irq_soft_enabled == false. > > > > > > > > > News to me I did not know synchronize_rcu has anything to do > > > > > > > > > with interrupts. Did not you intend to use synchronize_irq? > > > > > > > > > I am not even 100% sure synchronize_rcu is by design a memory barrier > > > > > > > > > though it's most likely is ... > > > > > > > > > > > > > > > > > > > > > > > > According to the comment above tree RCU version of synchronize_rcu(): > > > > > > > > > > > > > > > > """ > > > > > > > > > > > > > > > > * RCU read-side critical sections are delimited by rcu_read_lock() > > > > > > > > * and rcu_read_unlock(), and may be nested. In addition, but only in > > > > > > > > * v5.0 and later, regions of code across which interrupts, preemption, > > > > > > > > * or softirqs have been disabled also serve as RCU read-side critical > > > > > > > > * sections. This includes hardware interrupt handlers, softirq handlers, > > > > > > > > * and NMI handlers. > > > > > > > > """ > > > > > > > > > > > > > > > > So interrupt handlers are treated as read-side critical sections. > > > > > > > > > > > > > > > > And it has the comment for explain the barrier: > > > > > > > > > > > > > > > > """ > > > > > > > > > > > > > > > > * Note that this guarantee implies further memory-ordering guarantees. > > > > > > > > * On systems with more than one CPU, when synchronize_rcu() returns, > > > > > > > > * each CPU is guaranteed to have executed a full memory barrier since > > > > > > > > * the end of its last RCU read-side critical section whose beginning > > > > > > > > * preceded the call to synchronize_rcu(). In addition, each CPU having > > > > > > > > """ > > > > > > > > > > > > > > > > So on SMP it provides a full barrier. And for UP/tiny RCU we don't need the > > > > > > > > barrier, if the interrupt come after WRITE_ONCE() it will see the > > > > > > > > irq_soft_enabled as false. > > > > > > > > > > > > > > > > > > > > > > You are right. So then > > > > > > > 1. I do not think we need load_acquire - why is it needed? Just > > > > > > > READ_ONCE should do. > > > > > > > > > > > > See above. > > > > > > > > > > > > > 2. isn't synchronize_irq also doing the same thing? > > > > > > > > > > > > > > > > > > Yes, but it requires a config ops since the IRQ knowledge is transport specific. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > + */ > > > > > > > > > > + WRITE_ONCE(dev->irq_soft_enabled, false); > > > > > > > > > > + synchronize_rcu(); > > > > > > > > > > + > > > > > > > > > > dev->config->reset(dev); > > > > > > > > > > } > > > > > > > > > > EXPORT_SYMBOL_GPL(virtio_reset_device); > > > > > > > > > Please add comment explaining where it will be enabled. > > > > > > > > > Also, we *really* don't need to synch if it was already disabled, > > > > > > > > > let's not add useless overhead to the boot sequence. > > > > > > > > > > > > > > > > > > > > > > > > Ok. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > @@ -427,6 +442,10 @@ int register_virtio_device(struct virtio_device *dev) > > > > > > > > > > spin_lock_init(&dev->config_lock); > > > > > > > > > > dev->config_enabled = false; > > > > > > > > > > dev->config_change_pending = false; > > > > > > > > > > + dev->irq_soft_check = irq_hardening; > > > > > > > > > > + > > > > > > > > > > + if (dev->irq_soft_check) > > > > > > > > > > + dev_info(&dev->dev, "IRQ hardening is enabled\n"); > > > > > > > > > > /* We always start by resetting the device, in case a previous > > > > > > > > > > * driver messed it up. This also tests that code path a little. */ > > > > > > > > > one of the points of hardening is it's also helpful for buggy > > > > > > > > > devices. this flag defeats the purpose. > > > > > > > > > > > > > > > > > > > > > > > > Do you mean: > > > > > > > > > > > > > > > > 1) we need something like config_enable? This seems not easy to be > > > > > > > > implemented without obvious overhead, mainly the synchronize with the > > > > > > > > interrupt handlers > > > > > > > > > > > > > > But synchronize is only on tear-down path. That is not critical for any > > > > > > > users at the moment, even less than probe. > > > > > > > > > > > > I meant if we have vq->irq_pending, we need to call vring_interrupt() > > > > > > in the virtio_device_ready() and synchronize the IRQ handlers with > > > > > > spinlock or others. > > > > > > > > > > > > > > > > > > > > > 2) enable this by default, so I don't object, but this may have some risk > > > > > > > > for old hypervisors > > > > > > > > > > > > > > > > > > > > > The risk if there's a driver adding buffers without setting DRIVER_OK. > > > > > > > > > > > > Probably not, we have devices that accept random inputs from outside, > > > > > > net, console, input etc. I've done a round of audits of the Qemu > > > > > > codes. They look all fine since day0. > > > > > > > > > > > > > So with this approach, how about we rename the flag "driver_ok"? > > > > > > > And then add_buf can actually test it and BUG_ON if not there (at least > > > > > > > in the debug build). > > > > > > > > > > > > This looks like a hardening of the driver in the core instead of the > > > > > > device. I think it can be done but in a separate series. > > > > > > > > > > > > > > > > > > > > And going down from there, how about we cache status in the > > > > > > > device? Then we don't need to keep re-reading it every time, > > > > > > > speeding boot up a tiny bit. > > > > > > > > > > > > I don't fully understand here, actually spec requires status to be > > > > > > read back for validation in many cases. > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > > > > > > > > > > index 962f1477b1fa..0170f8c784d8 100644 > > > > > > > > > > --- a/drivers/virtio/virtio_ring.c > > > > > > > > > > +++ b/drivers/virtio/virtio_ring.c > > > > > > > > > > @@ -2144,10 +2144,17 @@ static inline bool more_used(const struct vring_virtqueue *vq) > > > > > > > > > > return vq->packed_ring ? more_used_packed(vq) : more_used_split(vq); > > > > > > > > > > } > > > > > > > > > > -irqreturn_t vring_interrupt(int irq, void *_vq) > > > > > > > > > > +irqreturn_t vring_interrupt(int irq, void *v) > > > > > > > > > > { > > > > > > > > > > + struct virtqueue *_vq = v; > > > > > > > > > > + struct virtio_device *vdev = _vq->vdev; > > > > > > > > > > struct vring_virtqueue *vq = to_vvq(_vq); > > > > > > > > > > + if (!virtio_irq_soft_enabled(vdev)) { > > > > > > > > > > + dev_warn_once(&vdev->dev, "virtio vring IRQ raised before DRIVER_OK"); > > > > > > > > > > + return IRQ_NONE; > > > > > > > > > > + } > > > > > > > > > > + > > > > > > > > > > if (!more_used(vq)) { > > > > > > > > > > pr_debug("virtqueue interrupt with no work for %p\n", vq); > > > > > > > > > > return IRQ_NONE; > > > > > > > > > > diff --git a/include/linux/virtio.h b/include/linux/virtio.h > > > > > > > > > > index 5464f398912a..957d6ad604ac 100644 > > > > > > > > > > --- a/include/linux/virtio.h > > > > > > > > > > +++ b/include/linux/virtio.h > > > > > > > > > > @@ -95,6 +95,8 @@ dma_addr_t virtqueue_get_used_addr(struct virtqueue *vq); > > > > > > > > > > * @failed: saved value for VIRTIO_CONFIG_S_FAILED bit (for restore) > > > > > > > > > > * @config_enabled: configuration change reporting enabled > > > > > > > > > > * @config_change_pending: configuration change reported while disabled > > > > > > > > > > + * @irq_soft_check: whether or not to check @irq_soft_enabled > > > > > > > > > > + * @irq_soft_enabled: callbacks enabled > > > > > > > > > > * @config_lock: protects configuration change reporting > > > > > > > > > > * @dev: underlying device. > > > > > > > > > > * @id: the device type identification (used to match it with a driver). > > > > > > > > > > @@ -109,6 +111,8 @@ struct virtio_device { > > > > > > > > > > bool failed; > > > > > > > > > > bool config_enabled; > > > > > > > > > > bool config_change_pending; > > > > > > > > > > + bool irq_soft_check; > > > > > > > > > > + bool irq_soft_enabled; > > > > > > > > > > spinlock_t config_lock; > > > > > > > > > > spinlock_t vqs_list_lock; /* Protects VQs list access */ > > > > > > > > > > struct device dev; > > > > > > > > > > diff --git a/include/linux/virtio_config.h b/include/linux/virtio_config.h > > > > > > > > > > index dafdc7f48c01..9c1b61f2e525 100644 > > > > > > > > > > --- a/include/linux/virtio_config.h > > > > > > > > > > +++ b/include/linux/virtio_config.h > > > > > > > > > > @@ -174,6 +174,24 @@ static inline bool virtio_has_feature(const struct virtio_device *vdev, > > > > > > > > > > return __virtio_test_bit(vdev, fbit); > > > > > > > > > > } > > > > > > > > > > +/* > > > > > > > > > > + * virtio_irq_soft_enabled: whether we can execute callbacks > > > > > > > > > > + * @vdev: the device > > > > > > > > > > + */ > > > > > > > > > > +static inline bool virtio_irq_soft_enabled(const struct virtio_device *vdev) > > > > > > > > > > +{ > > > > > > > > > > + if (!vdev->irq_soft_check) > > > > > > > > > > + return true; > > > > > > > > > > + > > > > > > > > > > + /* > > > > > > > > > > + * Read irq_soft_enabled before reading other device specific > > > > > > > > > > + * data. Paried with smp_store_relase() in > > > > > > > > > paired > > > > > > > > > > > > > > > > > > > > > > > > Will fix. > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > + * virtio_device_ready() and WRITE_ONCE()/synchronize_rcu() in > > > > > > > > > > + * virtio_reset_device(). > > > > > > > > > > + */ > > > > > > > > > > + return smp_load_acquire(&vdev->irq_soft_enabled); > > > > > > > > > > +} > > > > > > > > > > + > > > > > > > > > > /** > > > > > > > > > > * virtio_has_dma_quirk - determine whether this device has the DMA quirk > > > > > > > > > > * @vdev: the device > > > > > > > > > > @@ -236,6 +254,13 @@ void virtio_device_ready(struct virtio_device *dev) > > > > > > > > > > if (dev->config->enable_cbs) > > > > > > > > > > dev->config->enable_cbs(dev); > > > > > > > > > > + /* > > > > > > > > > > + * Commit the driver setup before enabling the virtqueue > > > > > > > > > > + * callbacks. Paried with smp_load_acuqire() in > > > > > > > > > > + * virtio_irq_soft_enabled() > > > > > > > > > > + */ > > > > > > > > > > + smp_store_release(&dev->irq_soft_enabled, true); > > > > > > > > > > + > > > > > > > > > > BUG_ON(status & VIRTIO_CONFIG_S_DRIVER_OK); > > > > > > > > > > dev->config->set_status(dev, status | VIRTIO_CONFIG_S_DRIVER_OK); > > > > > > > > > > } > > > > > > > > > > -- > > > > > > > > > > 2.25.1 > > > > > > > > > > > > > > > >
next prev parent reply other threads:[~2022-03-28 6:18 UTC|newest] Thread overview: 1565+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-03-25 6:30 Michael S. Tsirkin 2022-03-25 7:52 ` Jason Wang 2022-03-25 7:52 ` Re: Jason Wang 2022-03-25 9:10 ` Re: Michael S. Tsirkin 2022-03-25 9:10 ` Re: Michael S. Tsirkin 2022-03-25 9:20 ` Re: Jason Wang 2022-03-25 9:20 ` Re: Jason Wang 2022-03-25 10:09 ` Re: Michael S. Tsirkin 2022-03-25 10:09 ` Re: Michael S. Tsirkin 2022-03-28 4:56 ` Re: Jason Wang 2022-03-28 4:56 ` Re: Jason Wang 2022-03-28 5:59 ` Re: Michael S. Tsirkin 2022-03-28 5:59 ` Re: Michael S. Tsirkin 2022-03-28 6:18 ` Jason Wang [this message] 2022-03-28 6:18 ` Re: Jason Wang 2022-03-28 10:40 ` Re: Michael S. Tsirkin 2022-03-28 10:40 ` Re: Michael S. Tsirkin 2022-03-29 7:12 ` Re: Jason Wang 2022-03-29 7:12 ` Re: Jason Wang 2022-03-29 14:08 ` Re: Michael S. Tsirkin 2022-03-29 14:08 ` Re: Michael S. Tsirkin 2022-03-30 2:40 ` Re: Jason Wang 2022-03-30 2:40 ` Re: Jason Wang 2022-03-30 5:14 ` Re: Michael S. Tsirkin 2022-03-30 5:14 ` Re: Michael S. Tsirkin 2022-03-30 5:53 ` Re: Jason Wang 2022-03-30 5:53 ` Re: Jason Wang 2022-03-29 8:35 ` Re: Thomas Gleixner 2022-03-29 8:35 ` Re: Thomas Gleixner 2022-03-29 14:37 ` Re: Michael S. Tsirkin 2022-03-29 14:37 ` Re: Michael S. Tsirkin 2022-03-29 18:13 ` Re: Thomas Gleixner 2022-03-29 18:13 ` Re: Thomas Gleixner 2022-03-29 22:04 ` Re: Michael S. Tsirkin 2022-03-29 22:04 ` Re: Michael S. Tsirkin 2022-03-30 2:38 ` Re: Jason Wang 2022-03-30 2:38 ` Re: Jason Wang 2022-03-30 5:09 ` Re: Michael S. Tsirkin 2022-03-30 5:09 ` Re: Michael S. Tsirkin 2022-03-30 5:53 ` Re: Jason Wang 2022-03-30 5:53 ` Re: Jason Wang 2022-04-12 6:55 ` Re: Michael S. Tsirkin 2022-04-12 6:55 ` Re: Michael S. Tsirkin -- strict thread matches above, loose matches on Subject: below -- 2024-04-23 14:21 [PATCH dovetail] x86: irq_pipeline: Add missing definition for !CONFIG_IRQ_PIPELINE Philippe Gerum 2024-04-24 8:58 ` Fabian Scheler 2024-04-24 9:02 ` Scheler, Fabian 2024-04-19 15:46 George Guo 2024-04-23 16:48 ` Greg KH 2024-03-07 6:07 KR Kim 2024-03-07 8:01 ` Miquel Raynal 2024-03-07 8:01 ` Re: Miquel Raynal 2024-03-08 1:27 ` Re: Kyeongrho.Kim 2024-03-08 1:27 ` Re: Kyeongrho.Kim [not found] ` <SE2P216MB210205B301549661575720CC833A2@SE2P216MB2102.KORP216.PROD.OUTLOOK.COM> 2024-03-29 4:41 ` Re: Kyeongrho.Kim 2024-03-29 4:41 ` Re: Kyeongrho.Kim 2024-02-27 17:42 [PATCH v3 00/18] Rearrange batched folio freeing Matthew Wilcox (Oracle) 2024-02-27 17:42 ` [PATCH v3 10/18] mm: Allow non-hugetlb large folios to be batch processed Matthew Wilcox (Oracle) 2024-03-06 13:42 ` Ryan Roberts 2024-03-06 16:09 ` Matthew Wilcox 2024-03-06 16:19 ` Ryan Roberts 2024-03-06 17:41 ` Ryan Roberts 2024-03-06 18:41 ` Zi Yan 2024-03-06 19:55 ` Matthew Wilcox 2024-03-06 21:55 ` Matthew Wilcox 2024-03-07 8:56 ` Ryan Roberts 2024-03-07 13:50 ` Yin, Fengwei 2024-03-07 14:05 ` Re: Matthew Wilcox 2024-03-07 15:24 ` Re: Ryan Roberts 2024-03-07 16:24 ` Re: Ryan Roberts 2024-03-07 23:02 ` Re: Matthew Wilcox 2024-03-08 1:06 ` Re: Yin, Fengwei 2024-01-24 0:14 [PATCH v3 0/7] net/gve: RSS Support for GVE Driver Joshua Washington [not found] ` <20240126173317.2779230-1-joshwash@google.com> 2024-01-31 14:58 ` Ferruh Yigit 2024-01-18 22:19 [RFC] [PATCH 0/3] xfs: use large folios for buffers Dave Chinner 2024-01-22 10:13 ` Andi Kleen 2024-01-22 11:53 ` Dave Chinner 2024-01-16 6:46 meir elisha 2024-01-16 7:05 ` Dan Carpenter 2023-12-07 4:40 Emma Tebibyte 2023-12-07 5:00 ` Christoph Anton Mitterer 2023-12-07 5:29 ` Re: Lawrence Velázquez 2023-11-30 21:51 [NDCTL PATCH v3 2/2] cxl: Add check for regions before disabling memdev Dave Jiang 2024-04-17 6:46 ` Yao Xingtao 2024-04-17 18:14 ` Verma, Vishal L 2024-04-22 7:26 ` Re: Xingtao Yao (Fujitsu) 2023-11-27 13:37 [PATCH 2/3] net: microchip_t1s: add support for LAN867x Rev.C1 Andrew Lunn 2023-12-05 10:20 ` Félix Piédallu 2023-12-06 20:58 ` Ramón Nordin Rodriguez 2023-11-22 9:26 Thomas Devoogdt 2023-11-22 9:48 ` Hans Verkuil 2023-11-22 13:17 ` Re: Thomas Devoogdt 2023-11-11 4:21 Andrew Worsley 2023-11-11 8:22 ` Javier Martinez Canillas [not found] <DB3PR10MB6835AF75D60D9A96465F35C2E8AAA@DB3PR10MB6835.EURPRD10.PROD.OUTLOOK.COM> 2023-11-06 12:55 ` Re: syzbot [not found] <CAOuULM555ZNXbsbZywJ8qkcNGbP+hdgBihqqEBYF_oA-FK2fxQ@mail.gmail.com> 2023-10-22 20:22 ` Re: Laurent Pinchart 2023-10-23 12:04 ` Re: Jules Irenge 2023-10-23 12:49 ` Re: Laurent Pinchart 2023-10-18 18:50 PIC probing code from e179f6914152 failing Mario Limonciello 2023-10-18 22:50 ` Thomas Gleixner 2023-10-19 21:20 ` Mario Limonciello 2023-10-23 15:59 ` Thomas Gleixner 2023-10-25 9:23 ` Thomas Gleixner 2023-10-25 14:41 ` Mario Limonciello 2023-10-25 15:25 ` David Lazar 2023-10-25 17:31 ` Thomas Gleixner 2023-10-25 21:04 ` [PATCH] x86/i8259: Skip probing when ACPI/MADT advertises PCAT compatibility, Thomas Gleixner 2023-10-25 22:11 ` Mario Limonciello 2023-10-26 9:27 ` Re: Thomas Gleixner [not found] <TXJgqLzlM6oCfTXKSqrSBk@txt.att.net> 2023-08-09 5:12 ` Re: Luna Jernberg [not found] <64b09dbb.630a0220.e80b9.e2ed@mx.google.com> 2023-07-14 8:05 ` Re: Andy Shevchenko 2023-06-27 11:10 Alvaro a-m 2023-06-27 11:15 ` Michael Kjörling [not found] <010d01d999f4$257ae020$7070a060$@mirroredgenetworks.com> [not found] ` <CAEhhANphwWt5iOMc5Yqp1tT1HGoG_GsCuUWBWeVX4zxL6JwUiw@mail.gmail.com> [not found] ` <CAEhhANom-MGPCqEk5LXufMkxvnoY0YRUrr0r07s0_7F=eCQH5Q@mail.gmail.com> 2023-06-08 10:51 ` Re: Daniel Little [not found] <CAKEZqKKdQ9EhRobSmq0sV76arfpk6m5XqA-=XQP_M3VRG=M-eg@mail.gmail.com> 2023-06-08 8:13 ` Re: chenlei0x 2023-05-30 2:46 RE; Olena Shevchenko 2023-05-30 1:31 RE; Olena Shevchenko 2023-05-11 12:58 Ryan Roberts 2023-05-11 13:13 ` Ryan Roberts 2023-03-12 6:52 [PATCH v2] uas: Add US_FL_NO_REPORT_OPCODES for JMicron JMS583Gen 2 Greg Kroah-Hartman 2023-03-27 13:54 ` Yaroslav Furman 2023-03-27 14:19 ` Greg Kroah-Hartman 2023-02-28 6:32 Re: Mahmut Akten [not found] <20230122193117.GA28689@Debian-50-lenny-64-minimal> 2023-01-22 21:42 ` Re: Alejandro Colomar 2023-01-24 20:01 ` Re: Helge Kreutzmann 2023-01-18 20:59 [PATCH v5 0/5] CXL Poison List Retrieval & Tracing alison.schofield 2023-01-27 1:59 ` Dan Williams 2023-01-27 16:10 ` Alison Schofield 2023-01-27 19:16 ` Re: Dan Williams 2023-01-27 21:36 ` Re: Alison Schofield 2023-01-27 22:04 ` Re: Dan Williams 2022-11-21 11:11 Denis Arefev 2022-11-21 14:28 ` Jason Yan 2022-11-18 19:33 Re: Mr. JAMES 2022-11-18 18:11 Re: Mr. JAMES 2022-11-18 2:00 Jiamei Xie 2022-11-18 7:47 ` Michal Orzel 2022-11-18 9:02 ` Re: Julien Grall 2022-11-09 14:34 Denis Arefev 2022-11-09 14:44 ` Greg Kroah-Hartman 2022-09-14 13:12 Amjad Ouled-Ameur 2022-09-14 13:18 ` Amjad Ouled-Ameur 2022-09-14 13:18 ` Re: Amjad Ouled-Ameur 2022-09-12 12:36 Christian König 2022-09-13 2:04 ` Alex Deucher 2022-08-28 21:01 Nick Neumann 2022-09-01 17:44 ` Nick Neumann 2022-08-26 22:03 Zach O'Keefe 2022-08-31 21:47 ` Yang Shi 2022-09-01 0:24 ` Re: Zach O'Keefe 2022-06-06 5:33 Fenil Jain 2022-06-06 5:51 ` Greg Kroah-Hartman 2022-05-19 9:54 Christian König 2022-05-19 10:50 ` Matthew Auld 2022-05-20 7:11 ` Re: Christian König 2022-05-15 20:36 [PATCH bpf-next 1/2] cpuidle/rcu: Making arch_cpu_idle and rcu_idle_exit noinstr Jiri Olsa 2023-05-20 9:47 ` Ze Gao 2023-05-21 3:58 ` Yonghong Song 2023-05-21 15:10 ` Re: Ze Gao 2023-05-21 20:26 ` Re: Jiri Olsa 2023-05-22 1:36 ` Re: Masami Hiramatsu 2023-05-22 2:07 ` Re: Ze Gao 2023-05-23 4:38 ` Re: Yonghong Song 2023-05-23 5:30 ` Re: Masami Hiramatsu 2023-05-23 6:59 ` Re: Paul E. McKenney 2023-05-25 0:13 ` Re: Masami Hiramatsu 2023-05-21 8:08 ` Re: Jiri Olsa 2023-05-21 10:09 ` Re: Masami Hiramatsu 2023-05-21 14:19 ` Re: Ze Gao 2022-05-06 5:41 Suman Ghosh 2022-05-06 5:43 ` Suman Ghosh 2022-04-21 16:41 Yury Norov 2022-04-21 23:04 ` John Hubbard 2022-04-21 23:09 ` Re: John Hubbard 2022-04-21 23:17 ` Re: Yury Norov 2022-04-21 23:21 ` Re: John Hubbard 2022-04-17 17:43 [PATCH v3 00/60] target/arm: Cleanups, new features, new cpus Richard Henderson 2022-04-17 17:43 ` [PATCH v3 06/60] target/arm: Change CPUArchState.aarch64 to bool Richard Henderson 2022-04-19 11:17 ` Alex Bennée 2022-04-14 22:53 Re: Alex Bennée 2022-04-06 7:51 Christian König 2022-04-06 12:59 ` Daniel Vetter 2022-04-05 21:41 rcu_sched self-detected stall on CPU Miguel Ojeda 2022-04-06 9:31 ` Zhouyi Zhou 2022-04-06 17:00 ` Paul E. McKenney 2022-04-08 7:23 ` Michael Ellerman 2022-04-08 14:42 ` Michael Ellerman 2022-04-13 5:11 ` Nicholas Piggin 2022-04-22 15:53 ` Thomas Gleixner 2022-04-22 15:53 ` Re: Thomas Gleixner 2022-04-23 2:29 ` Re: Nicholas Piggin 2022-04-23 2:29 ` Re: Nicholas Piggin [not found] <20220301070226.2477769-1-jaydeepjd.8914> 2022-03-06 11:10 ` Jaydeep P Das 2022-03-06 11:22 ` Jaydeep Das 2022-03-04 8:47 Re: Harald Hauge 2022-03-04 8:47 Re: Harald Hauge 2022-02-13 22:40 Ronnie Sahlberg 2022-02-14 7:52 ` ronnie sahlberg 2022-02-11 15:06 Re: Caine Chen 2022-02-10 7:10 [PATCH] net/failsafe: Fix crash due to global devargs syntax parsing from secondary process madhuker.mythri 2022-02-10 15:00 ` Ferruh Yigit 2022-02-10 16:08 ` Gaëtan Rivet [not found] <10b1995b392e490aaa2db645f219015e@dji.com> 2022-01-17 12:54 ` 转发: Caine Chen 2022-02-03 11:49 ` Daniel Vacek 2022-01-24 12:43 Arınç ÜNAL 2022-01-25 14:03 ` Sergio Paracuellos 2022-01-25 15:24 ` Re: Arınç ÜNAL 2022-01-25 15:50 ` Re: Sergio Paracuellos 2022-01-20 15:28 Myrtle Shah 2022-01-20 15:37 ` Vitaly Wool 2022-01-20 15:37 ` Re: Vitaly Wool 2022-01-20 23:29 ` Re: Damien Le Moal 2022-01-20 23:29 ` Re: Damien Le Moal 2022-02-04 21:45 ` Re: Palmer Dabbelt 2022-02-04 21:45 ` Re: Palmer Dabbelt 2022-01-14 10:54 Li RongQing 2022-01-14 10:55 ` Paolo Bonzini 2022-01-14 17:13 ` Re: Sean Christopherson 2022-01-14 17:17 ` Re: Paolo Bonzini 2022-01-13 17:53 Varun Sethi 2022-01-14 17:17 ` Fabio Estevam [not found] <20211229092443.GA10533@L-PF27918B-1352.localdomain> 2022-01-05 6:05 ` Re: Jason Wang 2022-01-05 6:27 ` Re: Jason Wang 2021-12-20 6:46 Ralf Beck 2021-12-20 7:55 ` Greg KH 2021-12-20 10:01 ` Re: Oliver Neukum [not found] <20211126221034.21331-1-lukasz.bartosik@semihalf.com--annotate> 2021-11-29 21:59 ` Re: sean.wang 2021-11-29 21:59 ` Re: sean.wang [not found] <CAGGnn3JZdc3ETS_AijasaFUqLY9e5Q1ZHK3+806rtsEBnAo5Og@mail.gmail.com> 2021-11-23 17:20 ` Re: Christian COMMARMOND 2021-11-02 9:48 [PATCH v5 00/11] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data Hans de Goede 2021-11-02 9:49 ` [PATCH v5 05/11] clk: Introduce clk-tps68470 driver Hans de Goede [not found] ` <163588780885.2993099.2088131017920983969@swboyd.mtv.corp.google.com> 2021-11-25 15:01 ` Hans de Goede [not found] <20211011231530.GA22856@t> 2021-10-12 1:23 ` James Bottomley 2021-10-12 2:30 ` Bart Van Assche 2021-10-08 1:24 Dmitry Baryshkov 2021-10-12 23:59 ` Linus Walleij 2021-10-13 3:46 ` Re: Dmitry Baryshkov 2021-10-13 23:39 ` Re: Linus Walleij 2021-10-17 16:54 ` Re: Bjorn Andersson 2021-10-17 21:31 ` Re: Linus Walleij 2021-10-17 21:35 ` Re: Linus Walleij [not found] <CAP7CzPcLhtXDyLudfmR2pWR5fzSQ_jhJSoRheH=cytoDnb_ujg@mail.gmail.com> 2021-09-14 15:37 ` Re: Nick Desaulniers 2021-09-03 20:51 Mr. James Khmalo [not found] <CAKPXbjesQH_k1Z7k4kNwpoAf-jYgbUaPqPCgNTJZ35peVBy_pA@mail.gmail.com> 2021-08-29 12:01 ` Lukas Bulwahn 2021-08-21 14:40 TECOB270_Ganesh Pawar 2021-08-21 23:52 ` Jeff King 2021-08-12 9:21 Valdis Klētnieks 2021-08-12 9:42 ` SeongJae Park 2021-08-12 20:19 ` Re: Andrew Morton 2021-08-13 8:14 ` Re: SeongJae Park 2021-07-27 2:59 [PATCH v9] iomap: Support file tail packing Gao Xiang 2021-07-27 15:10 ` Darrick J. Wong 2021-07-27 15:23 ` Andreas Grünbacher 2021-07-27 15:23 ` Re: Andreas Grünbacher 2021-07-27 15:30 ` Re: Gao Xiang 2021-07-27 15:30 ` Re: Gao Xiang 2021-07-16 17:07 Subhasmita Swain 2021-07-16 18:15 ` Lukas Bulwahn [not found] <CAGsV3ysM+p_HAq+LgOe4db09e+zRtvELHUQzCjF8FVE2UF+3Ow@mail.gmail.com> 2021-06-29 13:52 ` Re: Alex Deucher [not found] <CAFBCWQJX4Xy8Sot7en5JBTuKrzy=_6xFkc+QgOxJEC7G6x+jzg@mail.gmail.com> 2021-06-12 3:43 ` Re: Ammar Faizi 2021-06-06 19:19 Davidlohr Bueso 2021-06-07 16:02 ` André Almeida [not found] <60a57e3a.lbqA81rLGmtH2qoy%Radisson97@gmx.de> 2021-05-21 11:04 ` Re: Alejandro Colomar (man-pages) 2021-05-15 22:57 Dmitry Baryshkov 2021-06-02 21:45 ` Dmitry Baryshkov 2021-06-02 21:45 ` Re: Dmitry Baryshkov [not found] <CAJr+-6ZR2oH0J4D_Ou13JvX8HLUUK=MKQwD0Kn53cmvAuT99bg@mail.gmail.com> 2021-04-27 7:56 ` Re: Fox Chen [not found] <b84772b0-e009-3b68-4e74-525ad8531f95@gmail.com> 2021-04-23 13:57 ` Re: Ivan Koveshnikov 2021-04-23 20:35 ` Re: Kajetan Puchalski 2021-04-15 13:41 Emmanuel Blot 2021-04-15 16:07 ` Palmer Dabbelt 2021-04-15 22:27 ` Re: Alistair Francis 2021-04-05 21:12 David Villasana Jiménez 2021-04-06 5:17 ` Greg KH 2021-04-05 0:01 Mitali Borkar 2021-04-06 7:03 ` Arnd Bergmann 2021-04-06 7:03 ` Re: Arnd Bergmann [not found] <CAPncsNOFoUt7uEDEdihDTZY4pJsuPxt146W-L+Ju53SgZ6ezYw@mail.gmail.com> [not found] ` <CAPncsNMWCim1kozMyJaT7_suEnWyGadf1Kg1fzjyWfdGDVMZ3A@mail.gmail.com> [not found] ` <CAPncsNOpMhn=N+9+uC8hx0shRE-5uhvHCmZKJ8X3=aAeja1sag@mail.gmail.com> 2021-03-18 6:51 ` Re: Jarvis Jiang [not found] <CAMCTd2kkax9P-OFNHYYz8nKuaKOOkz-zoJ7h2nZ6maUGmjXC-g@mail.gmail.com> 2021-03-16 12:16 ` Re: westjoshuaalan 2021-01-19 0:10 David Howells 2021-01-20 14:46 ` Jarkko Sakkinen [not found] <w2q9lf-sait7s-qswxlnzeof4i-7j13q0-zgu9pt-xk3x5enp994p-kewn2p-o86qyug0mutj-91m157sheva0-4k2l8v20kyjp-heu04baxqdc7op987-9zc0bxi0jcgo-wyl26layz5p9-esqncc-g48ass.1610618007875@email.android.com> 2021-01-14 10:09 ` Re: Alexander Kapshuk 2021-01-08 10:35 misono.tomohiro 2021-01-08 10:32 Misono Tomohiro 2021-01-08 12:30 ` Arnd Bergmann 2021-01-08 12:30 ` Re: Arnd Bergmann [not found] <CAGMNF6W8baS_zLYL8DwVsbfPWTP2ohzRB7xutW0X=MUzv93pbA@mail.gmail.com> 2020-12-02 17:09 ` Re: Kun Yi 2020-12-02 17:09 ` Re: Kun Yi 2020-12-02 1:10 [PATCH] lib/find_bit: Add find_prev_*_bit functions Yun Levi 2020-12-02 9:47 ` Andy Shevchenko 2020-12-02 10:04 ` Rasmus Villemoes 2020-12-02 11:50 ` Yun Levi [not found] ` <CAAH8bW-jUeFVU-0OrJzK-MuGgKJgZv38RZugEQzFRJHSXFRRDA@mail.gmail.com> 2020-12-02 18:22 ` Yun Levi 2020-12-02 21:26 ` Yury Norov 2020-12-02 22:51 ` Yun Levi 2020-12-03 1:23 ` Yun Levi 2020-12-03 8:33 ` Rasmus Villemoes 2020-12-03 9:47 ` Re: Yun Levi 2020-12-03 18:46 ` Re: Yury Norov 2020-12-03 18:52 ` Re: Willy Tarreau 2020-12-04 1:36 ` Re: Yun Levi 2020-12-04 18:14 ` Re: Yury Norov 2020-12-05 0:45 ` Re: Yun Levi 2020-12-05 11:10 ` Re: Rasmus Villemoes 2020-12-05 18:20 ` Re: Yury Norov 2020-11-30 10:31 Oleksandr Tyshchenko 2020-11-30 16:21 ` Alex Bennée 2020-12-29 15:32 ` Re: Roger Pau Monné 2020-11-06 10:44 Luis Gerhorst 2020-11-06 14:34 ` Pavel Begunkov [not found] <20201008181606.460499-1-sandy.8925@gmail.com> 2020-10-09 6:47 ` Re: Thomas Zimmermann 2020-10-09 7:14 ` Re: Thomas Zimmermann 2020-10-09 7:38 ` Re: Sandeep Raghuraman 2020-10-09 7:51 ` Re: Thomas Zimmermann 2020-10-09 15:48 ` Re: Alex Deucher 2020-10-08 18:30 罗勇刚(Yonggang Luo) 2020-10-08 19:24 ` Paolo Bonzini 2020-10-08 20:16 ` Re: 罗勇刚(Yonggang Luo) 2020-09-15 2:40 Dave Airlie 2020-09-15 7:53 ` Christian König 2020-08-12 10:54 Re: Alex Anadi 2020-08-05 11:02 [PATCH v4] arm64: dts: qcom: Add support for Xiaomi Poco F1 (Beryllium) Amit Pundir 2020-08-06 22:31 ` Konrad Dybcio 2020-08-12 13:37 ` Amit Pundir 2020-07-16 21:22 Mauro Rossi 2020-07-20 9:00 ` Christian König 2020-07-20 9:59 ` Re: Mauro Rossi 2020-07-22 2:51 ` Re: Alex Deucher 2020-07-22 7:56 ` Re: Mauro Rossi 2020-07-24 18:31 ` Re: Alex Deucher 2020-07-26 15:31 ` Re: Mauro Rossi 2020-07-27 18:31 ` Re: Alex Deucher 2020-07-27 19:46 ` Re: Mauro Rossi 2020-07-27 19:54 ` Re: Alex Deucher 2020-06-30 17:56 Vasiliy Kupriakov 2020-07-10 20:36 ` Andy Shevchenko 2020-07-10 20:36 ` Re: Andy Shevchenko 2020-06-24 13:54 Re; test02 2020-06-24 13:54 Re; test02 2020-05-21 0:22 STOREBRAND 2020-05-14 8:17 Maksim Iushchenko 2020-05-14 10:29 ` fboehm 2020-05-06 5:52 Jiaxun Yang 2020-05-06 17:17 ` Nick Desaulniers 2020-04-18 12:26 Re: Levi Brown [not found] <CAPXXXSDVGeEK_NCSkDMwTpuvVxYkWGdQk=L=bz+RN4XLiGZmcg@mail.gmail.com> [not found] ` <CAPXXXSBYcU1QamovmP-gVTXms67Xi_QpMCV=V3570q1nnuWqNw@mail.gmail.com> 2020-04-04 21:05 ` Re: Ruslan Bilovol 2020-04-05 1:27 ` Re: Alan Stern 2020-04-05 1:27 ` Re: Alan Stern [not found] ` <CAPXXXSBLHYdHNSS4aM2Ax07+GQSB1WbPziOrk0iVWf-LXLmQRg@mail.gmail.com> [not found] ` <CAPXXXSAajets4AqcBKt8aRd8V1AL4bjAmCyuBOKr8qBG-AHO1A@mail.gmail.com> 2020-04-05 2:51 ` Re: Colin Williams 2020-03-27 9:20 (unknown) chenanqing 2020-03-27 15:53 ` Lee Duncan 2020-03-27 15:53 ` Re: Lee Duncan 2020-03-27 8:36 (unknown) chenanqing 2020-03-27 8:59 ` Ilya Dryomov [not found] <CALeDE9OeBx6v6nGVjeydgF1vpfX1Bus319h3M1=49PMETdaCtw@mail.gmail.com> 2020-03-20 11:49 ` Re: Josh Boyer 2020-03-16 23:07 Sankalp Bhardwaj 2020-03-17 9:13 ` Valdis Klētnieks 2020-03-17 10:10 ` Re: suvrojit 2020-03-08 19:12 Re: Francois Pinault 2020-03-08 17:33 Re: Francois Pinault 2020-03-08 17:33 Re: Francois Pinault 2020-03-08 17:33 ` Re: Francois Pinault 2020-03-08 17:19 Re: Francois Pinault 2020-03-03 15:27 Gene Chen 2020-03-04 14:56 ` Matthias Brugger 2020-03-04 14:56 ` Re: Matthias Brugger 2020-03-04 14:56 ` Re: Matthias Brugger 2020-03-04 15:15 ` Re: Lee Jones 2020-03-04 15:15 ` Re: Lee Jones 2020-03-04 15:15 ` Re: Lee Jones 2020-03-04 18:00 ` Re: Matthias Brugger 2020-03-04 18:00 ` Re: Matthias Brugger 2020-03-04 18:00 ` Re: Matthias Brugger 2020-02-26 11:57 (no subject) Ville Syrjälä 2020-02-26 12:08 ` Linus Walleij 2020-02-26 12:08 ` Re: Linus Walleij 2020-02-26 14:34 ` Re: Ville Syrjälä 2020-02-26 14:34 ` Re: Ville Syrjälä 2020-02-26 14:56 ` Re: Linus Walleij 2020-02-26 14:56 ` Re: Linus Walleij 2020-02-26 15:08 ` Re: Ville Syrjälä 2020-02-26 15:08 ` Re: Ville Syrjälä [not found] <20200224173733.16323-1-axboe@kernel.dk> 2020-02-24 17:38 ` Re: Jens Axboe 2020-02-20 5:40 Wayne Li 2020-02-20 9:57 ` Peter Maydell 2020-02-20 16:52 ` Re: Wayne Li 2020-02-11 22:34 Rajat Jain 2020-02-12 9:30 ` Jarkko Nikula 2020-02-12 9:30 ` Re: Jarkko Nikula 2020-02-12 9:30 ` Re: Jarkko Nikula 2020-02-12 10:24 ` Re: Andy Shevchenko 2020-02-12 10:24 ` Re: Andy Shevchenko 2020-02-12 10:24 ` Re: Andy Shevchenko 2020-02-06 6:36 Re: Viviane Jose Pereira 2020-02-06 2:24 Re: Viviane Jose Pereira [not found] <mailman.6.1579205674.8101.b.a.t.m.a.n@lists.open-mesh.org> 2020-01-17 7:44 ` Re: Simon Wunderlich 2019-12-20 17:06 [PATCH v5 2/7] ASoC: tegra: Allow 24bit and 32bit samples Ben Dooks 2019-12-22 17:08 ` Dmitry Osipenko 2020-01-05 0:04 ` Ben Dooks 2020-01-05 1:48 ` Dmitry Osipenko 2020-01-05 10:53 ` Ben Dooks 2020-01-06 19:00 ` [Linux-kernel] " Ben Dooks 2020-01-07 1:39 ` Dmitry Osipenko 2020-01-23 19:38 ` [alsa-devel] " Ben Dooks 2020-01-24 16:50 ` Jon Hunter 2020-01-27 19:20 ` Dmitry Osipenko 2020-01-28 12:13 ` Mark Brown 2020-01-28 17:42 ` Dmitry Osipenko 2020-01-28 18:19 ` Jon Hunter 2020-01-29 0:17 ` Dmitry Osipenko [not found] ` <2ff97414-f0a5-7224-0e53-6cad2ed0ccd2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2020-01-30 8:05 ` Ben Dooks 2019-12-19 12:31 liming wu 2019-12-20 1:13 ` Andreas Dilger [not found] <20191205030032.GA26925@ray.huang@amd.com> 2019-12-09 1:26 ` Quan, Evan 2019-11-15 16:03 Martin Nicolay 2019-11-15 16:29 ` Martin Ågren 2019-11-15 16:37 ` Re: Martin Ågren 2019-11-14 11:37 SGV INVESTMENT 2019-11-14 11:30 RE: SGV INVESTMENT [not found] <f618ed4d-05ce-75cd-8cd9-24d8fe5a2551@samsung.com> [not found] ` <CGME20191105044921epcas1p2869157cceaf45351adf9dd2e59161db7@epcas1p2.samsung.com> 2019-11-05 4:54 ` Chanwoo Choi 2019-10-27 21:47 Re: Margaret Kwan Wing Han 2019-10-27 21:36 Re: Margaret Kwan Wing Han [not found] <CAGkTAxsV0zS_E64criQM-WtPKpSyW2PL=+fjACvnx2=m7piwXg@mail.gmail.com> 2019-09-27 6:37 ` Re: Michael Kerrisk (man-pages) 2019-09-24 19:49 Venkat Subbiah 2019-08-30 19:54 [PATCH] Revert "asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro" Arnd Bergmann [not found] ` <20190830202959.3539-1-msuchanek@suse.de> 2019-08-30 20:32 ` Arnd Bergmann 2019-08-30 20:32 ` Re: Arnd Bergmann 2019-08-20 17:23 William Baker 2019-08-20 17:27 ` Yagnatinsky, Mark [not found] <20190703063132.GA27292@ls3530.dellerweb.de> 2019-07-03 6:38 ` Helge Deller [not found] <DM5PR19MB165765D43BE979AB51A9897E9EEB0@DM5PR19MB1657.namprd19.prod.outlook.com> 2019-06-18 9:41 ` Re: Enrico Weigelt, metux IT consult 2019-06-13 7:02 Re: Erling Persson Foundation [not found] <E1hUrZM-0007qA-Q8@sslproxy01.your-server.de> 2019-05-29 19:54 ` Re: Alex Williamson 2019-05-21 0:06 [PATCH v6 0/3] add new ima hook ima_kexec_cmdline to measure kexec boot cmdline args Prakhar Srivastava 2019-05-21 0:06 ` [PATCH v6 2/3] add a new ima template field buf Prakhar Srivastava 2019-05-24 15:12 ` Mimi Zohar 2019-05-24 15:42 ` Roberto Sassu 2019-05-24 15:47 ` Re: Roberto Sassu 2019-05-24 18:09 ` Re: Mimi Zohar 2019-05-24 19:00 ` Re: prakhar srivastava 2019-05-24 19:15 ` Re: Mimi Zohar 2019-04-12 23:06 RE, Sharifah Ahmad Mustahfa 2019-03-19 14:41 (unknown) Maxim Levitsky 2019-03-20 11:03 ` Felipe Franciosi 2019-03-20 11:03 ` Re: Felipe Franciosi 2019-03-20 19:08 ` Re: Maxim Levitsky 2019-03-20 19:08 ` Re: Maxim Levitsky 2019-03-21 16:12 ` Re: Stefan Hajnoczi 2019-03-21 16:12 ` Re: Stefan Hajnoczi 2019-03-21 16:21 ` Re: Keith Busch 2019-03-21 16:21 ` Re: Keith Busch 2019-03-21 16:41 ` Re: Felipe Franciosi 2019-03-21 16:41 ` Re: Felipe Franciosi 2019-03-21 17:04 ` Re: Maxim Levitsky 2019-03-21 17:04 ` Re: Maxim Levitsky 2019-03-22 7:54 ` Re: Felipe Franciosi 2019-03-22 7:54 ` Re: Felipe Franciosi 2019-03-22 10:32 ` Re: Maxim Levitsky 2019-03-22 10:32 ` Re: Maxim Levitsky 2019-03-22 15:30 ` Re: Keith Busch 2019-03-22 15:30 ` Re: Keith Busch 2019-03-25 15:44 ` Re: Felipe Franciosi 2019-03-25 15:44 ` Re: Felipe Franciosi 2019-03-13 23:49 RE, LUIS EDUARDO CEPEDA CABRERA 2019-03-05 14:57 [GSoC][PATCH v2 3/3] t3600: use helpers to replace test -d/f/e/s <path> Eric Sunshine 2019-03-05 23:38 ` Rohit Ashiwal 2019-02-19 2:20 Re: Pablo Mancilla 2019-02-18 23:41 Re: Pablo Mancilla 2019-02-16 4:17 Re; Richard Wahl 2019-02-16 0:08 Graham Loan Firm 2019-01-23 10:50 Christopher Hagler 2019-01-23 14:16 ` Cody Kratzer 2019-01-23 14:25 ` Re: Thomas Braun 2019-01-23 16:00 ` Re: Christopher Hagler 2019-01-23 16:35 ` Randall S. Becker 2019-01-24 17:11 ` Johannes Schindelin 2019-01-07 17:28 [PATCH] arch/arm/mm: Remove duplicate header Souptick Joarder 2019-01-17 11:23 ` Souptick Joarder 2019-01-17 11:28 ` Mike Rapoport 2019-01-31 5:54 ` Souptick Joarder 2019-01-31 12:58 ` Vladimir Murzin 2019-01-31 12:58 ` Re: Vladimir Murzin 2019-02-01 12:32 ` Re: Souptick Joarder 2019-02-01 12:32 ` Re: Souptick Joarder 2019-02-01 12:36 ` Re: Vladimir Murzin 2019-02-01 12:36 ` Re: Vladimir Murzin 2019-02-01 12:41 ` Re: Souptick Joarder 2019-02-01 12:41 ` Re: Souptick Joarder 2019-02-01 13:02 ` Re: Vladimir Murzin 2019-02-01 13:02 ` Re: Vladimir Murzin 2019-02-01 15:15 ` Re: Russell King - ARM Linux admin 2019-02-01 15:15 ` Re: Russell King - ARM Linux admin 2019-02-01 15:22 ` Re: Russell King - ARM Linux admin 2019-02-01 15:22 ` Re: Russell King - ARM Linux admin 2018-12-21 15:22 kenneth johansson 2018-12-22 8:18 ` Richard Weinberger 2018-12-04 2:34 RE, Ms Sharifah Ahmad Mustahfa 2018-12-04 2:28 RE, Ms Sharifah Ahmad Mustahfa [not found] <20181130011234.32674-1-axboe@kernel.dk> 2018-11-30 2:09 ` Jens Axboe 2018-11-24 14:19 RE, Miss Sharifah Ahmad Mustahfa 2018-11-24 14:16 RE, Miss Sharifah Ahmad Mustahfa 2018-11-24 14:16 RE, Miss Sharifah Ahmad Mustahfa 2018-11-24 14:08 RE, Miss Sharifah Ahmad Mustahfa 2018-11-24 14:03 RE, Miss Sharifah Ahmad Mustahfa [not found] <CAJUWh6qyHerKg=-oaFN+USa10_Aag5+SYjBOeLCX1qM+WcDUwA@mail.gmail.com> 2018-11-23 7:52 ` Chris Murphy 2018-11-23 9:34 ` Re: Andy Leadbetter [not found] <CACikiw1uNCYKzo9vjG=AZHpARWv-nzkCX=D-aWBssM7vYZrQdQ@mail.gmail.com> 2018-11-12 10:09 ` Re: Ravi Kumar 2018-11-15 13:11 ` Re: Ondrej Mosnacek 2018-11-11 10:10 RE, Miss Juliet Muhammad 2018-11-11 4:21 RE, Miss Juliet Muhammad 2018-11-11 4:20 RE, Miss Juliet Muhammad 2018-11-06 1:21 RE, Miss Juliet Muhammad 2018-11-06 1:19 RE, Miss Juliet Muhammad 2018-10-29 14:20 Beierl, Mark 2018-10-29 14:37 ` Re: Mohanraj B 2018-10-26 12:54 Mohanraj B 2018-10-27 16:55 ` Jens Axboe 2018-10-21 16:25 (unknown), Michael Tirado 2018-10-22 0:26 ` Dave Airlie 2018-10-22 0:26 ` Re: Dave Airlie 2018-10-21 20:23 ` Re: Michael Tirado 2018-10-22 1:50 ` Re: Dave Airlie 2018-10-22 1:50 ` Re: Dave Airlie 2018-10-21 22:20 ` Re: Michael Tirado 2018-10-23 1:47 ` Re: Michael Tirado 2018-10-23 6:23 ` Re: Dave Airlie 2018-10-23 6:23 ` Re: Dave Airlie 2018-10-08 13:33 Netravnen 2018-10-08 13:34 ` Inderpreet Saini 2018-08-28 17:34 Bills, Jason M 2018-08-28 17:59 ` Brad Bishop 2018-08-28 23:26 ` Bills, Jason M 2018-09-04 20:46 ` Brad Bishop 2018-09-04 21:28 ` Re: Ed Tanous 2018-09-04 22:34 ` Re: Brad Bishop 2018-09-04 23:18 ` Re: Ed Tanous 2018-09-04 23:42 ` Re: Brad Bishop 2018-09-05 21:20 ` Re: Bills, Jason M [not found] <0D151E93-EC9D-4544-9645-C78E53129399@urosario.edu.co> 2018-07-27 15:07 ` Re: Laura Marcela Ramirez Romero 2018-07-06 21:16 No subject Santosh Shilimkar 2018-07-06 21:16 ` Santosh Shilimkar 2018-07-06 21:18 ` Santosh Shilimkar [not found] <bug-200209-27@https.bugzilla.kernel.org/> 2018-06-28 3:48 ` Andrew Morton 2018-06-29 18:44 ` Andrey Ryabinin 2018-06-24 20:09 [PATCH 3/3] mm: list_lru: Add lock_irq member to __list_lru_init() Vladimir Davydov 2018-07-03 14:52 ` Sebastian Andrzej Siewior 2018-07-03 21:14 ` Andrew Morton 2018-07-03 21:44 ` Re: Sebastian Andrzej Siewior 2018-07-04 14:44 ` Re: Vladimir Davydov 2018-06-22 1:51 Re: VIC J 2018-04-27 0:54 [PATCH v3 2/3] merge: Add merge.renames config setting Ben Peart 2018-04-27 18:19 ` Elijah Newren 2018-04-30 13:11 ` Ben Peart 2018-04-30 16:12 ` Re: Elijah Newren 2018-05-02 14:33 ` Re: Ben Peart [not found] <CAAEAJfB76xseRqnYQfRihXY6g0Jyqwt8zfddU1W7CXDg3xEFFg@mail.gmail.com> 2018-04-02 11:20 ` Re: Ratheendran R 2018-04-02 17:19 ` Re: Steve deRosier 2018-04-04 7:31 ` Re: Arend van Spriel 2018-03-31 13:54 Re: Ms Gloria Chow [not found] <CABxXbAeQTGbiAEaFHK4RUTFGxt0A+KnCCmhJNU9XDivW5=SL-Q@mail.gmail.com> 2018-03-08 18:23 ` Ivan Lapuz 2018-03-08 18:33 ` Tommy Bowditch 2018-03-08 18:36 ` Re: Ibrahim Tachijian 2018-03-05 17:06 (unknown) Meghana Madhyastha 2018-03-05 19:24 ` Noralf Trønnes [not found] <[PATCH xf86-video-amdgpu 0/3] Add non-desktop and leasing support> 2018-03-03 4:49 ` (unknown), Keith Packard [not found] ` <20180303044931.6902-1-keithp-aN4HjG94KOLQT0dZR+AlfA@public.gmane.org> 2018-03-05 10:02 ` Michel Dänzer [not found] ` <82fc592b-f680-c663-1a0f-7b522ca932d2-otUistvHUpPR7s880joybQ@public.gmane.org> 2018-03-05 16:41 ` Re: Keith Packard 2018-03-02 18:01 [Outreachy kernel] Help with Mutt Julia Lawall 2018-03-03 18:27 ` Nishka Dasgupta 2018-03-03 18:38 ` Re: Julia Lawall 2018-03-01 21:17 Re: Nishka Dasgupta 2018-03-01 20:04 [Outreachy kernel] [PATCH v2] staging: ks7010: Remove spaces after typecast to int Julia Lawall 2018-03-01 21:20 ` Nishka Dasgupta 2018-03-01 19:33 [PATCH v2] staging: vc04_services: bcm2835-camera: Add blank line Greg KH 2018-03-01 20:20 ` Nishka Dasgupta 2018-03-01 20:31 ` Re: Greg KH 2018-03-08 18:23 ` Re: Nishka Dasgupta 2018-03-08 18:33 ` Re: Greg KH 2018-02-27 13:58 [Outreachy kernel] Re: Julia Lawall 2018-02-27 14:07 ` Re: Nishka Dasgupta 2018-02-27 13:39 [Outreachy kernel] Re: Re: [PATCH] h [Patch] Fixed unnecessary typecasting to in. Error found with checkpatch. Signed-off-by: Nishka Dasgupta <nishka.dasgupta_ug18@ashoka.edu.in> Julia Lawall 2018-02-27 13:53 ` Nishka Dasgupta 2018-02-27 1:18 Alan Gage 2018-02-27 10:26 ` René Scharfe 2018-02-05 5:30 Re: Fahama Vaserman 2018-02-05 5:28 Re: Fahama Vaserman 2018-01-27 3:56 Re: Emile Kenold 2018-01-24 22:11 Re: Amy Riddering 2018-01-24 19:54 Re: Amy Riddering 2018-01-22 20:16 Re: Emile Kenold 2018-01-12 2:48 Re: Sumitomo Rubber Industries 2018-01-11 17:16 Fabian Huegel 2018-01-11 17:25 ` Ben Evans 2017-12-05 7:30 Re: ''CCB ENTERPRISE'' 2017-11-20 15:10 Viet Nguyen 2017-11-20 20:07 ` Stefan Beller 2017-11-13 15:04 Re: Amos Kalonzo 2017-11-13 15:01 Re: Amos Kalonzo 2017-11-13 15:00 Re: Amos Kalonzo 2017-11-13 14:57 Re: Amos Kalonzo 2017-11-13 14:56 Re: Amos Kalonzo 2017-11-13 14:56 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 ` Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:55 Re: Amos Kalonzo 2017-11-13 14:44 Re: Amos Kalonzo 2017-11-13 14:44 Re: Amos Kalonzo 2017-11-13 14:42 Re: Amos Kalonzo 2017-11-12 2:21 hsed 2017-11-13 18:56 ` Stefan Beller 2017-11-01 15:35 Mrs Hsu Wealther 2017-11-01 14:57 RE:: Mrs Hsu Wealther 2017-10-18 15:57 Mrs. Marie Angèle O 2017-10-18 14:31 Re: Mrs. Marie Angèle O 2017-10-01 10:53 Pierre 2017-09-24 16:59 RE: Estrin, Alex [not found] ` <F3529576D8E232409F431C309E29399336CD9886-8k97q/ur5Z1cIJlls4ac1rfspsVTdybXVpNB7YpNyf8@public.gmane.org> 2017-09-25 5:48 ` Leon Romanovsky 2017-09-07 13:34 Re: Quick Loan 2017-09-07 8:50 Re: Quick Loan 2017-08-18 19:47 Re: Jessy [not found] <CBDDD7D6C77EEE43BECE3A85947BE9DB0D6CA321@Michael.juniata.edu> 2017-08-09 16:12 ` Ozio, Noelle K (OZIONK15) 2017-07-31 23:46 RE: TD CREDIT 2017-07-27 1:12 Marie Angèle Ouattara 2017-07-19 8:03 Re: Lynne Smith 2017-07-19 8:03 Re: Lynne Smith 2017-07-15 3:29 Re: Saif Al-Islam 2017-07-07 17:04 Mrs Alice Walton 2017-07-07 17:04 ` RE: Mrs Alice Walton 2017-06-15 10:10 Sai al 2017-06-11 17:35 Re: Sai al 2017-05-28 13:39 Lasek László [not found] <20170519213731.21484-1-mrugiero@gmail.com> 2017-05-20 8:48 ` Boris Brezillon 2017-05-16 22:46 Re: USPS Parcels Delivery 2017-05-04 23:57 Re: Tammy [not found] <CAMj-D2DO_CfvD77izsGfggoKP45HSC9aD6auUPAYC9Yeq_aX7w@mail.gmail.com> 2017-05-04 16:44 ` Re: gengdongjiu 2017-05-03 11:26 Re: Paul Lopez-Bravo 2017-05-03 7:00 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 6:23 Re: H.A 2017-05-03 5:59 Re: H.A 2017-04-29 22:53 Re: USPS Station Management 2017-04-28 18:27 Re: USPS Ground Support 2017-04-28 8:20 (unknown), Anatolij Gustschin 2017-04-28 8:43 ` Linus Walleij 2017-04-28 9:26 ` Re: Anatolij Gustschin [not found] <CALDO+SZPQGmp4VH0LvCh95uXWvwzAoj+wN-rm0pGu5e0wCcyNw@mail.gmail.com> 2017-04-19 18:13 ` Re: Joe Stringer 2017-04-13 15:58 (unknown), Scott Ellentuch [not found] ` <CAK2H+efb3iKA5P3yd7uRqJomci6ENvrB1JRBBmtQEpEvyPMe7w@mail.gmail.com> 2017-04-13 16:38 ` Scott Ellentuch 2017-04-11 14:37 Re: USPS Priority Delivery 2017-04-10 3:17 Qin Yan jun 2017-04-01 5:31 USPS Delivery 2017-03-22 11:10 Re: Allen 2017-03-19 15:00 Ilan Schwarts 2017-03-23 17:12 ` Jeff Mahoney 2017-02-23 15:15 Qin's Yanjun 2017-02-23 15:13 RE: Qin's Yanjun 2017-02-23 15:10 RE: Qin's Yanjun 2017-02-23 15:10 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 ` RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-23 15:09 RE: Qin's Yanjun 2017-02-16 19:41 simran singhal 2017-02-16 19:44 ` SIMRAN SINGHAL 2017-01-25 0:11 [PATCH 7/7] completion: recognize more long-options Cornelius Weig 2017-01-25 0:21 ` Stefan Beller 2017-01-25 0:43 ` Cornelius Weig 2017-01-25 0:52 ` Re: Stefan Beller 2017-01-25 0:54 ` Re: Linus Torvalds 2017-01-25 1:32 ` Re: Eric Wong 2017-01-07 14:50 Re: Information 2017-01-07 14:47 Re: Information 2016-11-15 4:40 Apply 2016-11-09 17:55 bepi 2016-11-10 6:57 ` Alex Powell 2016-11-10 13:00 ` Re: bepi 2016-11-08 13:46 Re: vaserman 2016-11-06 21:00 (unknown), Dennis Dataopslag 2016-11-07 16:50 ` Wols Lists 2016-11-07 17:13 ` Re: Wols Lists 2016-11-17 20:33 ` Re: Dennis Dataopslag 2016-11-17 22:12 ` Re: Wols Lists 2016-11-02 2:36 U 2016-09-27 16:50 Rajat Jain 2016-09-27 16:57 ` Rajat Jain 2016-09-01 2:02 Fennec Fox 2016-09-01 3:10 ` Jeff Mahoney 2016-09-01 19:32 ` Re: Kai Krakow 2016-07-21 21:50 Re: Amit Jain 2016-07-15 18:16 Re: Arnold Zeigler 2016-07-04 15:47 Re: Mr. Bun Sam 2016-07-02 11:30 Re: Mr. Bun Sam 2016-07-02 10:04 Re: Mr. Bun Sam 2016-06-27 8:24 Re: Fidelity Loans 2016-06-27 8:24 Re: Fidelity Loans 2016-05-18 16:26 (unknown), Warner Losh [not found] ` <CANCZdfow154vh3kHqUNUM6CoBsC9Vu3_+SEjFG1dz=FOkc9vsg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-05-18 18:02 ` Rob Herring [not found] ` <CAL_Jsq+s3PjzKCaT03EaqNCoyuwDQ6dXHDF808+U=hjvvfRYdg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-05-18 22:01 ` Re: Warner Losh [not found] <E5ACCB586875944EB0AE0E3EFA32B4F526FAD24C@exchange0.winona.edu> 2016-05-16 23:02 ` Weichert, Brian 2016-05-02 7:35 Maria-Elisabeth Schaeffler 2016-04-22 8:25 (unknown) Daniel Lezcano 2016-04-22 8:27 ` Daniel Lezcano 2016-04-17 18:03 Ali Saeed 2016-04-11 19:04 (unknown), miwilliams 2016-04-12 4:33 ` Stefan Beller 2016-04-02 8:16 Ali Saeed 2016-02-26 1:19 Fredrick Prashanth John Berchmans 2016-02-26 7:37 ` Richard Weinberger 2016-02-10 14:36 Petr Mladek 2016-02-10 14:44 ` Steven Rostedt 2016-02-08 3:11 Qatar Foundation 2016-01-26 20:52 Ms Nadia Mohammed [not found] <569A640D.801@gmail.com> 2016-01-22 7:40 ` (unknown) mr. sindar 2016-01-22 9:24 ` Ralf Mardorf 2016-01-15 2:39 Re: Trust Guarantee 2016-01-13 12:46 Adam Richter 2016-01-13 11:34 Alexey Ivanov 2016-01-13 13:12 ` Michal Kazior [not found] ` <CAGvpMW9d8RZGpfBd2H0W35fVUQoi9jcZvQmTC7ztW+dPVcxOhg@mail.gmail.com> 2016-01-13 14:05 ` Re: Michal Kazior 2016-01-13 14:45 ` Re: Alexey Ivanov 2016-01-13 14:54 ` Re: Michal Kazior 2016-01-14 5:36 ` Re: Alexey Ivanov 2016-01-14 7:21 ` Re: Michal Kazior 2016-01-14 11:14 ` Re: Alexey Ivanov 2016-01-14 11:26 ` Re: Shajakhan, Mohammed Shafi (Mohammed Shafi) 2016-01-14 12:33 ` Re: Alexey Ivanov 2016-01-14 17:45 ` Re: Peter Oh 2015-12-18 11:50 Re: 2015-12-11 9:30 Re: Матвеева Руслана 2015-12-02 3:54 Re: oder [not found] <D0613EBE33E8FD439137DAA95CCF59555B7A5A4D@MGCCCMAIL2010-5.mgccc.cc.ms.us> [not found] ` <D0613EBE33E8FD439137DAA95CCF59555B7A5A4D-np6RRm/yoI0WMyNdQYMtvx125T75Kgqw2GnX7Qjzz7g@public.gmane.org> 2015-11-24 13:21 ` Amis, Ryann 2015-11-24 13:21 ` RE: Amis, Ryann 2015-11-24 13:21 ` RE: Amis, Ryann 2015-11-24 13:21 ` RE: Amis, Ryann 2015-11-12 3:25 Walter Cheuk 2015-11-12 15:16 ` Alberto Mardegan 2015-11-12 17:20 ` Re: Mauro Carvalho Chehab 2015-11-12 17:31 ` Re: Alec Leamas 2015-11-12 17:41 ` Re: Mauro Carvalho Chehab 2015-11-12 18:11 ` Re: Alec Leamas 2015-11-13 9:54 ` Re: Patrick Boettcher 2015-11-13 11:37 ` Re: Mauro Carvalho Chehab 2015-11-13 10:48 ` Re: Alberto Mardegan [not found] <CA+47Ykimr0d9cR35aWoCtm8JoXUYjKFXL0HJ-c=EE_suTAPR8w@mail.gmail.com> 2015-11-07 17:33 ` Re: bbmbbm1 2015-11-07 16:48 Re: Mohammed 2015-11-01 20:03 Mario, Franco 2015-10-29 2:40 RE: Unknown, 2015-10-29 2:40 RE: 2015-10-29 2:40 ` RE: Unknown, 2015-10-26 10:18 (unknown), Michael Wilke 2015-10-26 17:51 ` Albino B Neto 2015-10-26 7:30 Re: Davies 2015-10-24 5:02 JO Bower 2015-10-24 5:02 RE: JO Bower 2015-10-24 5:01 RE: JO Bower 2015-10-23 14:46 RE: MajorAlan 2015-10-21 2:26 Mohammed 2015-10-18 17:08 RE!!!! Qatar Foundation 2015-10-08 8:30 Re BRGF 2015-09-30 12:06 Apple-Free-Lotto 2015-09-01 16:06 Zariya 2015-09-01 16:06 Re: Zariya 2015-09-01 16:06 ` Re: Zariya 2015-09-01 14:14 Mika Penttilä 2015-09-01 15:22 ` Fabio Estevam 2015-09-01 12:01 Re: Zariya 2015-09-01 12:01 Re: Zariya 2015-09-01 12:01 Re: Zariya 2015-08-19 19:41 Re: christain147 2015-08-19 14:04 Re: christain147 2015-08-19 14:04 Re: christain147 2015-08-19 13:01 Re: christain147 2015-08-19 13:01 Re: christain147 2015-08-19 13:01 Re: christain147 2015-08-19 13:01 Re: christain147 2015-08-19 13:01 Re: christain147 2015-08-19 11:09 Re: christain147 2015-08-11 10:57 zso2bytom 2015-08-05 12:47 (unknown) Ivan Chernyavsky 2015-08-15 9:19 ` Duy Nguyen 2015-08-17 17:49 ` Re: Junio C Hamano 2015-08-03 22:58 (unknown), Pravin B Shelar 2015-08-04 0:17 ` Pravin Shelar 2015-07-28 18:54 FREELOTTO-u79uwXL29TY76Z2rM5mHXA, PROMO-u79uwXL29TY76Z2rM5mHXA 2015-07-24 10:34 Mrs Nadia Mohammed 2015-07-23 23:24 Re: Anteh, Ashe [not found] <CACy=+DtdZOUT4soNZ=zz+_qhCfM=C8Oa0D5gjRC7QM3nYi4oEw@mail.gmail.com> 2015-07-11 18:37 ` Re: Mustapha Abiola [not found] <CAHxZcryF7pNoENh8vpo-uvcEo5HYA5XgkZFWrLEHM5Hhf5ay+Q@mail.gmail.com> 2015-07-05 16:38 ` Re: t0021 2015-07-05 16:38 ` Re: t0021 2015-06-10 18:17 Robert Reynolds [not found] <132D0DB4B968F242BE373429794F35C22559D38329@NHS-PCLI-MBC011.AD1.NHS.NET> 2015-06-08 11:09 ` RE: Practice Trinity (NHS SOUTH SEFTON CCG) 2015-06-08 11:09 ` RE: Practice Trinity (NHS SOUTH SEFTON CCG) [not found] <E1Yz4NQ-0000Cw-B5@feisty.vs19.net> 2015-05-31 15:37 ` Roman Volkov 2015-05-31 15:37 ` Re: Roman Volkov 2015-05-31 15:53 ` Re: Hans de Goede 2015-05-31 15:53 ` Re: Hans de Goede 2015-05-22 0:17 Re: kontakt 2015-05-21 23:51 Re: kontakt [not found] <90BA5B564A2E4B4782C6F4398C32EE104E54369A@NHS-PCLI-MBC003.AD1.NHS.NET> 2015-05-21 10:43 ` Ratnakumar Sagana (KING'S COLLEGE HOSPITAL NHS FOUNDATION TRUST) 2015-05-21 10:49 ` RE: Ratnakumar Sagana (KING'S COLLEGE HOSPITAL NHS FOUNDATION TRUST) [not found] <1E0B78595229FD4BABEA7D53921C2C0921FFA882D2@NHS-PCLI-MBC034.AD1.NHS.NET> 2015-05-21 9:07 ` RE: Stock David (NHS GREAT YARMOUTH AND WAVENEY CCG) 2015-05-21 9:07 ` RE: Stock David (NHS GREAT YARMOUTH AND WAVENEY CCG) [not found] <CA+yqC4Y2oi4ji-FHuOrXEsxLoYsnckFoX2WYHZwqh5ZGuq7snA@mail.gmail.com> 2015-05-12 15:04 ` Sam Leffler [not found] <9E5F73AAFC185F49B0D37FE62E65D6C20724A9D8@XSERVER23A.campus.tue.nl> 2015-05-10 13:03 ` Singer, W.P. 2015-04-21 7:43 Galaxy Darlehen Firma 2015-04-08 20:44 (unknown), Mamta Upadhyay 2015-04-08 21:58 ` Thomas Braun 2015-04-09 11:27 ` Re: Konstantin Khomoutov [not found] <CAONCqDfSP9DSWwPSDqz4NS6YHmzwMo=6VnRURRAJZLeGE_QKYA@mail.gmail.com> 2015-04-07 18:47 ` Re: Wilson Aggard 2015-04-01 21:56 Re: Globale Trust Company [not found] <CANSxx61FaNp5SBXJ8Y+pWn0eDcunmibKR5g8rttnWGdGwEMHCA@mail.gmail.com> 2015-03-18 20:45 ` Re: Junio C Hamano 2015-03-18 21:06 ` Re: Stefan Beller 2015-03-18 21:17 ` Re: Jeff King 2015-03-18 21:28 ` Re: Jeff King 2015-03-18 21:33 ` Re: Junio C Hamano 2015-03-18 21:45 ` Re: Stefan Beller 2015-03-13 1:34 (unknown) cody.taylor 2015-03-13 2:00 ` Duy Nguyen 2015-03-04 10:29 Quentin Lambert 2015-03-04 10:32 ` Quentin Lambert 2015-02-28 11:21 Jonathan Cameron 2015-02-28 11:22 ` Jonathan Cameron 2015-01-28 7:15 "brcmfmac: brcmf_sdio_htclk: HT Avail timeout" on Thinkpad Tablet 10 Sébastien Bourdeauducq 2015-01-30 14:40 ` Arend van Spriel 2015-09-09 16:55 ` Oleg Kostyuchenko 2015-01-17 23:32 Re: luiz.malaquias 2014-12-18 18:08 Re: Peter Page 2014-12-06 13:18 Re: Quan Han 2014-12-06 13:18 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-12-01 13:02 Re: Quan Han 2014-11-26 18:38 (unknown), Travis Williams 2014-11-26 20:49 ` NeilBrown 2014-11-29 15:08 ` Re: Peter Grandi 2014-11-17 20:11 Re: salim 2014-11-14 20:50 Re: salim 2014-11-14 20:49 Re: salim 2014-11-14 20:49 Re: salim-Re5JQEeQqe8AvxtiuMwx3w 2014-11-14 18:56 milke 2014-11-14 18:56 re: milke 2014-11-14 18:56 re: milke-Bd11Sj57+SE [not found] <BEC3AE959B8BB340894B239B5A7882B929B02748@LPPTCPMXMBX02.LPCH.NET> 2014-10-30 9:26 ` Tarzon, Megan [not found] <E1XgbTy-00072R-N3@feisty.vs19.net> 2014-10-21 15:48 ` Patrik Lundquist [not found] <E1Xf0HT-0005ZQ-OP@feisty.vs19.net> 2014-10-17 5:49 ` Re: Hillf Danton 2014-10-13 6:18 Re: geohughes 2014-10-13 6:18 Re: geohughes 2014-10-13 6:18 Re: geohughes-q6EoVN9bke7vnOemgxGiVw 2014-10-13 6:18 Re: geohughes [not found] <5633293EA8BBC640804038866F5D329F0B3A17@mail00.baptist.local> 2014-09-30 17:20 ` Sonya Wright 2014-09-20 19:45 Richard Wong 2014-09-20 19:19 Re: Richard Wong 2014-09-16 14:54 Re: promocion_derechos.isna [not found] <AB37FB01B00BF44E85C75F6CFEC35E7D47324643@LPPTCPMXMBX01.LPCH.NET> 2014-09-15 23:42 ` Mandic, Andrew 2014-09-16 0:44 ` RE: Mandic, Andrew [not found] <6A286AB51AD8EC4180C4B2E9EF1D0A027AAD7EFF1E@exmb01.wrschool.net> 2014-09-08 16:58 ` RE: Deborah Mayher 2014-09-08 17:36 ` RE: Deborah Mayher 2014-09-08 17:36 ` RE: Deborah Mayher 2014-09-08 17:36 ` RE: Deborah Mayher 2014-09-08 17:36 ` RE: Deborah Mayher 2014-09-08 17:36 ` RE: Deborah Mayher 2014-09-08 11:36 (unknown), R. Klomp [not found] ` <CAOqJoqGSRUw_UT4LhqpYX-WX6AEd2ReAWjgNS76Cra-SMKw3NQ@mail.gmail.com> 2014-09-08 14:36 ` R. Klomp 2014-09-10 0:00 ` Re: David Aguilar 2014-09-15 15:10 ` Re: R. Klomp 2014-08-24 13:14 (unknown), Christian König 2014-08-24 13:34 ` Mike Lothian 2014-08-25 9:10 ` Re: Christian König 2014-09-07 13:24 ` Re: Markus Trippelsdorf 2014-09-08 3:47 ` Re: Alex Deucher 2014-09-08 7:13 ` Re: Markus Trippelsdorf 2014-08-18 15:38 Re: Mrs. Hajar Vaserman. 2014-08-18 15:38 Re: Mrs. Hajar Vaserman. [not found] <E1XFOD5-00007y-8L@feisty.vs19.net> 2014-08-07 14:23 ` Re: Pranith Kumar 2014-08-06 12:06 (unknown), Daniel Smedegaard Buus 2014-08-06 17:10 ` Slava Pestov 2014-08-06 17:50 ` Re: Daniel Smedegaard Buus 2014-08-06 8:11 Re: Mr Takuo HIROTA 2014-07-29 7:17 Re: eye2eye 2014-07-24 8:37 Re: Richard Wong 2014-07-24 8:36 Re: Richard Wong 2014-07-24 8:35 Re: Richard Wong 2014-07-24 8:35 Re: Richard Wong 2014-07-24 8:35 ` Re: Richard Wong 2014-07-03 16:30 W. Cheung [not found] <web-184297243@uni-stuttgart.de> 2014-06-29 18:53 ` Josko Ozbolt [not found] <2D5ACE8BD40CD541B552C523B551F244287FAA9C@EXCHDB8.medctr.ad.wfubmc.edu> 2014-06-26 8:36 ` Vernon Ross 2014-06-16 7:51 Angela D.Dawes 2014-06-16 7:10 Re: Angela D.Dawes 2014-06-15 20:36 Re: Angela D.Dawes 2014-05-30 21:39 Re: Mrs.Margaret Woelflein 2014-05-02 9:42 "csum failed" that was not detected by scrub Jaap Pieroen 2014-05-02 10:20 ` Duncan 2014-05-02 17:48 ` Jaap Pieroen 2014-05-03 13:31 ` Re: Frank Holton [not found] <blk-mq updates> 2014-04-14 8:30 ` Christoph Hellwig 2014-04-15 20:16 ` Jens Axboe 2014-04-13 21:01 (unknown), Marcus White 2014-04-15 0:59 ` Marcus White 2014-04-16 21:17 ` Re: Marcelo Tosatti 2014-04-17 21:33 ` Re: Marcus White 2014-04-21 21:49 ` Re: Marcelo Tosatti 2014-03-16 12:01 Re; Nieuwenhuis,Sonja S.B.M. 2014-03-10 3:04 inforbonus 2014-03-10 3:01 Re: inforbonus 2014-03-01 6:56 Re: Anton 'EvilMan' Danilov 2014-02-23 16:22 tigran.mkrtchyan 2014-02-23 16:41 ` Trond Myklebust 2014-02-23 18:04 ` Re: Mkrtchyan, Tigran 2014-02-10 14:35 Viswanatham, RaviTeja 2014-02-10 18:35 ` Marcel Holtmann 2014-02-11 7:13 ` Re: Andrei Emeltchenko 2014-02-06 11:54 "Sparse checkout leaves no entry on working directory" all the time on Windows 7 on Git 1.8.5.2.msysgit.0 konstunn 2014-02-06 13:20 ` Johannes Sixt 2014-02-06 19:56 ` Constantine Gorbunov 2014-01-20 9:35 Re: Mark Reyes Guus 2014-01-20 9:35 Re: Mark Reyes Guus 2014-01-20 9:24 Re: Mark Reyes Guus 2014-01-11 2:11 Re: Mr. Jerry Natai 2014-01-11 2:11 Re: Mr. Jerry Natai 2013-12-30 10:43 st2 2013-12-30 9:06 RE: funds2 2013-12-21 16:48 (unknown), Alex Barattini 2013-12-23 1:44 ` Aaron Lu 2013-12-23 16:24 ` Re: Alex Barattini 2013-12-20 11:49 Unify Loan Company 2013-11-30 3:46 Bin Sumari 2013-11-09 5:14 reply15 2013-11-07 12:09 mypersonalmailbox1 2013-10-10 14:38 陶治江 2013-10-10 14:46 ` Lucas De Marchi 2013-09-23 22:41 (unknown) Tom Herbert 2013-09-23 22:45 ` Tom Herbert 2013-09-03 23:50 Matthew Garrett 2013-09-04 15:53 ` Kees Cook 2013-09-04 15:53 ` Re: Kees Cook 2013-09-04 16:05 ` Re: Josh Boyer 2013-09-04 16:05 ` Re: Josh Boyer 2013-08-28 11:07 Marc Murphy 2013-08-28 11:23 ` Sedat Dilek 2013-08-23 18:04 Andreas Werner 2013-08-23 21:10 ` Andy Lutomirski [not found] <B719EF0A9FB7A247B5147CD67A83E60E011FEB76D1@EXCH10-MB3.paterson.k12.nj.us> 2013-08-23 10:47 ` Ruiz, Irma 2013-08-23 10:47 ` RE: Ruiz, Irma 2013-08-23 10:47 ` RE: Ruiz, Irma 2013-08-23 10:52 ` RE: Ruiz, Irma 2013-08-23 6:18 info 2013-08-20 9:21 EMIRATES AIRLINE 2013-08-13 9:56 (unknown), Christian König 2013-08-13 14:47 ` Alex Deucher 2013-08-07 20:43 Re: Western Union 2013-07-29 13:18 (unknown), Thomas Richter 2013-07-29 15:17 ` Stephen Hemminger 2013-07-28 14:21 piuvatsa 2013-07-28 9:49 ` Tomas Pospisek 2013-07-08 21:52 Jeffrey (Sheng-Hui) Chu 2013-07-08 22:04 ` Joe Perches 2013-07-09 13:22 ` Re: Arend van Spriel 2013-07-10 9:12 ` Re: Samuel Ortiz 2013-07-08 4:52 Re: Wesstern Union money Transfer 2013-06-28 10:14 Re: emirates 2013-06-28 10:14 Re: emirates 2013-06-28 10:12 Re: emirates 2013-06-28 10:12 Re: emirates 2013-06-27 21:21 Re: emirates 2013-06-24 11:12 Re: Neslihanp 2013-06-20 12:28 tingwei liu 2013-06-20 12:51 ` Jiri Slaby 2013-06-24 1:43 ` Re: tingwei liu 2013-06-24 8:24 ` Re: Jiri Slaby [not found] ` <CA+qZnSSPxO3h0v7An3R7e-HHs+bi4Ua-LE9coJtQL8CFWOHNBA@mail.gmail.com> 2013-06-27 5:12 ` Re: tingwei liu 2013-06-09 22:16 Abraham Lincon 2013-06-09 22:06 RE: Abraham Lincon 2013-06-09 22:06 RE: Abraham Lincon 2013-06-09 22:03 RE: Abraham Lincon 2013-06-09 22:01 RE: Abraham Lincon 2013-06-09 21:58 RE: Abraham Lincon 2013-06-09 21:57 RE: Abraham Lincon 2013-05-14 13:07 info 2013-05-08 6:25 (unknown), kedari appana 2013-05-08 7:11 ` Wolfgang Grandegger 2013-05-14 14:38 ` Re: kedari appana 2013-05-08 8:11 ` Re: Yegor Yefremov 2013-04-27 13:20 PRIVATE BUSINESS 2013-04-27 9:42 Peter Würtz 2013-05-02 3:00 ` Lin Ming 2013-04-12 7:08 Callum Hutchinson 2013-04-15 10:30 ` Rafał Miłecki [not found] <CABbL6oa_ckwhbDkB-MVr4C3W_FHRVMmQ=uQ5tZp1RebmYLwdfw@mail.gmail.com> 2013-04-04 17:23 ` Fwd: Michael Fox 2013-04-04 17:43 ` Michael Fox 2013-04-02 13:29 Re: Mrs Akilah Saeedi 2013-03-26 2:26 Re: Mrs Akilah Saeedi 2013-03-25 20:00 Re: Jonna Birgit Jacobsen 2013-02-25 6:59 Re: Kiyoshi Ishiyama 2013-02-17 13:21 (unknown), Somchai Smythe 2013-02-17 22:42 ` Eric Sandeen 2013-02-18 3:59 ` Re: Theodore Ts'o [not found] <[PATCH 00/14] mac80211: HT/VHT handling> 2013-02-11 12:38 ` Johannes Berg 2013-02-14 17:40 ` Johannes Berg 2013-02-04 0:47 Re: JUMBO PROMO 2013-02-04 0:47 Re: JUMBO PROMO 2013-02-04 0:47 Re: JUMBO PROMO 2013-02-01 18:30 Re: Young Chang 2013-02-01 18:28 Re: Young Chang 2013-01-27 21:59 Re: Congjun Yang 2013-01-13 19:58 Re: Michael A. Purwoadi 2013-01-13 19:58 Re: Michael A. Purwoadi 2012-12-25 0:12 (unknown), bobzer 2012-12-25 5:38 ` Phil Turmel [not found] ` <CADzS=ar9c7hC1Z7HT9pTUEnoPR+jeo8wdexrrsFbVfPnZ9Tbmg@mail.gmail.com> 2012-12-26 2:15 ` Re: Phil Turmel 2012-12-26 11:29 ` Re: bobzer 2012-12-17 0:59 (unknown), Maik Purwin 2012-12-17 3:55 ` Phil Turmel 2012-11-30 13:58 Naresh Bhat 2012-11-30 14:27 ` Daniel Mack 2012-12-14 14:09 ` Re: Naresh Bhat 2012-12-14 14:35 ` Re: Sven Neumann 2012-11-21 14:04 roman 2012-11-21 14:50 ` Alan Cox 2012-11-17 13:14 UNITED NATION 2012-11-17 11:37 RE: UNITED NATION 2012-11-14 10:21 Felipe López 2012-11-14 18:27 ` Pat Erley 2012-11-17 14:07 ` Re: Hauke Mehrtens 2012-11-19 15:24 ` Re: Felipe López 2012-10-30 9:19 Re: wumin_tsinghua 2012-10-30 4:02 [PATCH v3 7/8] ACPI, PCI: add hostbridge removal function Bjorn Helgaas 2012-10-30 17:42 ` (unknown), 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-23 4:12 (unknown), jie sun 2012-10-23 11:50 ` Wido den Hollander 2012-10-24 5:48 ` Re: jie sun 2012-10-24 5:58 ` Re: Gregory Farnum [not found] ` <CAB6Jr7SbbAE=yEVgg+UupTmavKfvFvGj8j7C9M0Ya2FocNmw9w@mail.gmail.com> 2012-10-25 12:15 ` Re: Gregory Farnum 2012-10-25 14:36 ` Re: Alex Elder 2012-10-25 15:38 ` Re: Sage Weil 2012-10-25 21:28 ` Re: Dan Mick 2012-10-25 22:15 ` Re: Alex Elder 2012-10-26 3:08 ` Re: jie sun 2012-10-21 20:55 TAN WONG 2012-10-21 23:21 ` Jens Bauer [not found] <CABNhDQxBMr37chpY_+y_KUh3P1ELDtOERpcn4s=Gy1OMJ2ZHVQ@mail.gmail.com> 2012-10-17 15:18 ` Re: Shravan Mishra 2012-10-06 23:15 David Howells 2012-10-07 6:36 ` Geert Uytterhoeven 2012-10-11 9:57 ` Re: Will Deacon 2012-10-03 16:02 James M Leddy 2012-10-03 17:53 ` Luis R. Rodriguez 2012-10-03 18:15 ` Re: James M Leddy 2012-09-08 14:13 (unknown), ranjith kumar 2012-09-08 14:35 ` Rémi Denis-Courmont 2012-09-04 14:40 [GIT PULL] sound fixes for 3.6-rc5 Takashi Iwai 2012-09-06 6:02 ` Markus Trippelsdorf 2012-09-06 6:33 ` Re: Daniel Mack 2012-09-06 6:45 ` Re: Markus Trippelsdorf 2012-09-06 6:48 ` Re: Takashi Iwai 2012-09-06 6:53 ` Re: Markus Trippelsdorf 2012-08-15 10:12 State of nocow file attribute Lluís Batlle i Rossell 2012-08-17 1:45 ` Liu Bo 2012-08-17 14:59 ` David Sterba 2012-08-17 15:30 ` Liu Bo 2012-08-10 5:32 devendra.aaru 2012-08-10 8:45 ` Linus Walleij 2012-08-10 10:47 ` Re: Bernd Petrovitsch 2012-08-09 13:54 Fengguang Wu 2012-08-09 17:29 ` Mauro Carvalho Chehab 2012-08-06 16:59 anish kumar 2012-08-06 17:05 ` Maarten Lankhorst 2012-07-31 23:52 (unknown), Ricardo Neri 2012-07-31 23:58 ` Ricardo Neri 2012-07-12 11:43 Re: macckone 2012-07-06 16:57 Pablo Trujillo 2012-07-07 9:08 ` Vladimir 'φ-coder/phcoder' Serbinenko [not found] <4FD71854.6060503@hastexo.com> 2012-06-12 10:44 ` "Radosgw installation and administration" docs Florian Haas 2012-06-12 16:47 ` Yehuda Sadeh 2012-06-12 18:11 ` Florian Haas 2012-06-12 18:54 ` Yehuda Sadeh 2012-07-01 20:22 ` Chuanyu 2012-07-02 9:35 ` Chuanyu Tsai 2012-06-18 9:44 sakthiperumal karuthasamy 2012-06-18 11:52 ` 2012-06-12 21:12 (unknown), rohit sood 2012-06-12 23:51 ` Erik Faye-Lund 2012-06-06 10:33 Sascha Hauer 2012-06-06 14:39 ` Artem Bityutskiy 2012-06-07 10:11 ` Re: Sascha Hauer 2012-06-07 12:45 ` Re: Artem Bityutskiy 2012-05-30 23:55 Re: Yuniya 2012-05-22 14:39 Re: skoffman 2012-05-20 22:27 Re: Mr. Peter Wong 2012-05-20 22:20 Re: Mr. Peter Wong 2012-05-20 22:20 ` Re: Mr. Peter Wong 2012-05-20 22:20 Re: Mr. Peter Wong 2012-05-20 22:20 Re: Mr. Peter Wong 2012-05-18 12:27 No subject Sascha Hauer 2012-05-22 14:06 ` Lars-Peter Clausen 2012-05-23 8:12 ` Re: Sascha Hauer 2012-05-24 6:31 ` Re: Sascha Hauer 2012-05-08 0:54 (unknown), Tim Flavin 2012-05-17 21:10 ` Josh Durgin 2012-04-29 1:45 Sril 2012-04-14 13:13 re: MOHAMMAD IZADI 2012-04-12 0:45 Felicia 2012-03-04 15:51 relinter 2012-02-25 12:45 Re: Student Government, SGA 2012-02-23 15:39 Pierre Frenkiel 2012-02-23 16:34 ` Brad Midgley 2012-02-22 6:50 Vlatka Petričec 2012-02-22 15:28 ` Larry Finger 2012-02-15 21:17 Re: Irish Lotto 2012-02-15 21:17 ` Re: Irish Lotto 2012-02-15 21:17 Re: Irish Lotto 2012-01-30 19:43 Laurent Bonnans 2012-01-31 5:58 ` Mohammed Shafi 2012-02-01 11:14 ` Re: Mohammed Shafi 2012-02-01 16:27 ` Re: John W. Linville 2012-02-01 17:04 ` Re: Felix Fietkau 2012-02-02 5:37 ` Re: Mohammed Shafi 2012-02-02 12:28 ` Re: Felix Fietkau 2012-02-03 10:12 ` Re: Mohammed Shafi 2012-02-03 14:44 ` Re: Laurent Bonnans [not found] <1327504053.20722.yint-ygo-j2me@web113316.mail.gq1.yahoo.com> 2012-01-24 13:54 ` Re: Meftah Tayeb 2012-01-19 19:21 Re: BBC Online [not found] <CAPt03ozqf3zKPK90q_EsvnmfxUq5Qq=LDHTz0EYNs37uEPrQDg@mail.gmail.com> [not found] ` <CAOzFzEhVs=sm26wspdAH1rcc-S9nVW1xLok9ho--LnzxJXnNsw@mail.gmail.com> [not found] ` <CAOzFzEhVs=sm26wspdAH1rcc-S9nVW1xLok9ho--LnzxJXnNsw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2012-01-16 15:49 ` Re: Joseph Glanville 2012-01-05 19:49 Re: young Chang 2011-12-21 13:54 "btrfs: open_ctree failed" error Malwina Bartoszynska 2011-12-21 19:06 ` Chris Mason 2011-12-22 9:43 ` Malwina Bartoszynska 2012-01-31 15:53 ` Max 2011-12-13 3:49 Re: Ryan Black 2011-12-13 2:58 Re: Matt Shaw 2011-12-13 2:58 ` Re: Matt Shaw 2011-12-11 8:41 Re: James Brown 2011-11-22 12:06 Re: Balbir Singh 2011-11-21 15:22 No subject Jimmy Pan 2011-11-22 16:41 ` Jimmy Pan 2011-11-10 15:38 Re: Steve Wilson 2011-11-09 11:58 Re: pradeep Annavarapu 2011-11-09 11:58 ` Re: pradeep Annavarapu 2011-11-08 1:58 linux-next: manual merge of the bluetooth tree with Linus tree Stephen Rothwell 2011-11-08 2:26 ` Wu Fengguang 2011-11-08 4:40 ` Stephen Rothwell 2011-10-29 21:27 Re: Young Chang 2011-10-28 16:03 Re: Young Chang 2011-10-28 15:55 Re: Young Chang 2011-10-28 15:55 Re: Young Chang 2011-10-26 20:51 Re: bfeely 2011-10-25 5:55 (unknown), Renjun Qu [not found] ` <CAPu47WTjxrrF+tHGRJOgKohD-sijBvX8iC-gBUnbsRw_KS4K5g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2011-11-01 11:52 ` Harald Hoyer 2011-10-20 16:53 Re: Linda Williams 2011-10-20 0:40 Re: Wayne Johnson 2011-10-14 9:54 Re: Hamde Nazar 2011-09-26 4:23 (unknown), Kenn 2011-09-26 4:52 ` NeilBrown 2011-09-26 7:03 ` Re: Roman Mamedov 2011-09-26 23:23 ` Re: Kenn 2011-09-26 7:42 ` Re: Kenn 2011-09-26 8:04 ` Re: NeilBrown 2011-09-26 18:04 ` Re: Kenn 2011-09-26 19:56 ` Re: David Brown 2011-09-23 12:21 Re: BBC Online 2011-09-22 11:10 (unknown), Girish K S 2011-09-22 11:10 ` (unknown), Girish K S 2011-09-22 11:15 ` Girish K S 2011-08-23 8:26 How to make bi-directional NAT'ting? "Яцко Эллад Геннадьевич (ngs)" 2011-08-23 10:50 ` Tyler J. Wagner [not found] ` <4E538A10.3030508@runoguy.ru> 2011-08-23 11:35 ` Tyler J. Wagner 2011-08-24 7:35 ` Re: Jan Engelhardt 2011-08-24 8:19 ` Re: Tyler J. Wagner 2011-08-21 19:22 Re: jeffrice 2011-08-18 22:07 San Mehat 2011-08-18 22:08 ` San Mehat 2011-08-15 23:01 Re: jeffrice 2011-08-13 10:59 Mr. Kenneth Williams 2011-08-06 13:23 RE: John Coker 2011-07-22 0:32 Jason Baron 2011-07-22 0:57 ` Paul Turner 2011-07-21 11:12 (unknown), Padmavathi Venna 2011-07-21 5:28 ` Tushar Behera 2011-07-21 5:43 ` Re: padma venkat 2011-07-21 6:24 ` Re: Tushar Behera 2011-06-18 20:39 (unknown) Dragon 2011-06-19 18:40 ` Phil Turmel 2011-06-10 20:26 (unknown) Dragon 2011-06-11 2:06 ` Phil Turmel 2011-06-09 12:16 (unknown) Dragon 2011-06-09 13:39 ` Phil Turmel 2011-06-09 6:50 (unknown) Dragon 2011-06-09 12:01 ` Phil Turmel 2011-05-23 9:11 Re: Young Chang 2011-05-23 9:11 ` Re: Young Chang 2011-05-18 15:57 Re: alex zaim 2011-05-06 18:52 Nat Gurumoorthy 2011-05-06 19:13 ` Guenter Roeck 2011-05-06 20:00 ` Re: Natarajan Gurumoorthy 2011-05-01 13:35 Re: lotto 2011-05-01 13:35 Re: lotto 2011-05-01 2:30 Naveen Singh 2011-05-01 9:29 ` Johannes Berg 2011-04-10 1:20 Re: Young Chang
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CACGkMEu+fax6YYwhfbc1yoSxv6o1FTQyrOheVTmUfqGvmbAEfA@mail.gmail.com \ --to=jasowang@redhat.com \ --cc=keirf@google.com \ --cc=linux-kernel@vger.kernel.org \ --cc=maz@kernel.org \ --cc=mst@redhat.com \ --cc=paulmck@kernel.org \ --cc=peterz@infradead.org \ --cc=tglx@linutronix.de \ --cc=virtualization@lists.linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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.