search for: luto

On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >>>> My new GTX 960 (GM206, I think) says: >&gt...

On Tue, Mar 17, 2015 at 06:59:25PM -0400, Ilia Mirkin wrote: > On Tue, Mar 17, 2015 at 6:40 PM, Andy Lutomirski <luto at amacapital.net> wrote: > > On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > >> On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: > >>> On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirk...

On Mon, Sep 1, 2014 at 10:39 AM, Andy Lutomirski <luto at amacapital.net> wrote: > This fixes virtio on Xen guests as well as on any other platform > that uses virtio_pci on which physical addresses don't match bus > addresses. > > This can be tested with: > > virtme-run --xen xen --kimg arch/x86/boot/bzIm...

On Mon, Sep 1, 2014 at 10:39 AM, Andy Lutomirski <luto at amacapital.net> wrote: > This fixes virtio on Xen guests as well as on any other platform > that uses virtio_pci on which physical addresses don't match bus > addresses. > > This can be tested with: > > virtme-run --xen xen --kimg arch/x86/boot/bzIm...

On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> My new GTX 960 (GM206, I think) says: >> >> [ 10.329351] nouveau ![ DEVICE][0000:09:00.0] unknown Maxwell chipset >> [ 10.329355] nouveau E[ DEVICE][0000:09:00.0] unknown chipset, 0x126010a1 >> [ 10.329356] nouveau...

On Thu, Sep 18, 2014 at 5:49 PM, Nakajima, Jun <jun.nakajima at intel.com> wrote: > On Thu, Sep 18, 2014 at 3:07 PM, Andy Lutomirski <luto at amacapital.net> wrote: > >> So, as a concrete straw-man: >> >> CPUID leaf 0x48000000 would return a maximum leaf number in EAX (e.g. >> 0x48000001) along with a signature value (e.g. "CrossHVPara\0") in >> EBX, ECX, and EDX. >> &...

On Thu, Sep 18, 2014 at 5:49 PM, Nakajima, Jun <jun.nakajima at intel.com> wrote: > On Thu, Sep 18, 2014 at 3:07 PM, Andy Lutomirski <luto at amacapital.net> wrote: > >> So, as a concrete straw-man: >> >> CPUID leaf 0x48000000 would return a maximum leaf number in EAX (e.g. >> 0x48000001) along with a signature value (e.g. "CrossHVPara\0") in >> EBX, ECX, and EDX. >> &...

On Tue, Mar 17, 2015 at 6:40 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: >>> On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin...

...be passed a pointer to the stack and it will OOPS. Copy the address to the heap to prevent the crash. Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: Laura Abbott <labbott at redhat.com> Reported-by: zbyszek at in.waw.pl Signed-off-by: Andy Lutomirski <luto at kernel.org> --- Very lightly tested. drivers/net/virtio_net.c | 19 ++++++++++++++----- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 7276d5a95bd0..cbf1c613c67a 100644 --- a/drivers/net/virtio_net.c +...

...be passed a pointer to the stack and it will OOPS. Copy the address to the heap to prevent the crash. Cc: Michael S. Tsirkin <mst at redhat.com> Cc: Jason Wang <jasowang at redhat.com> Cc: Laura Abbott <labbott at redhat.com> Reported-by: zbyszek at in.waw.pl Signed-off-by: Andy Lutomirski <luto at kernel.org> --- Very lightly tested. drivers/net/virtio_net.c | 19 ++++++++++++++----- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 7276d5a95bd0..cbf1c613c67a 100644 --- a/drivers/net/virtio_net.c +...

On Sun, Jun 26, 2016 at 1:49 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto a...

...#39;t be able to safely DMA from the stack. virtio-net does a couple of config DMA requests from small stack buffers -- switch to using dynamically-allocated memory. This should have no effect on any performance-critical code paths. [I wrote the subject and commit message. mst wrote the code. --luto] Signed-off-by: Andy Lutomirski <luto at kernel.org> signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- drivers/net/virtio_net.c | 34 +++++++++++++++++++--------------- 1 file changed, 19 insertions(+), 15 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virti...

On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sat, May 28, 2016 at 5:48 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> Do you have mesa 11.2 or later? GM20x support was only added in mesa 11.2. >>> >> >> I just upgraded to 11.2. I'm getting error...

Andy Lutomirski <luto at amacapital.net> writes: >> On Oct 3, 2018, at 2:22 AM, Vitaly Kuznetsov <vkuznets at redhat.com> wrote: >> >> Andy Lutomirski <luto at kernel.org> writes: >> >>> Hi Vitaly, Paolo, Radim, etc., >>> >> The notificati...

Andy Lutomirski <luto at amacapital.net> writes: >> On Oct 3, 2018, at 2:22 AM, Vitaly Kuznetsov <vkuznets at redhat.com> wrote: >> >> Andy Lutomirski <luto at kernel.org> writes: >> >>> Hi Vitaly, Paolo, Radim, etc., >>> >> The notificati...

On Tue, 7 Mar 2023 at 05:26, Andy Lutomirski <luto at kernel.org> wrote: [...] > ssh_config contains a Match ... exec [command to refresh the certificate]. This sort of works, > except that it runs the command far too frequently. For example, ssh -O exit [name] refreshes > the certificate, and it should not do so. You...

...nivasan <kys at microsoft.com> wrote: > > >> -----Original Message----- >> From: Thomas Gleixner [mailto:tglx at linutronix.de] >> Sent: Thursday, February 9, 2017 9:08 AM >> To: Vitaly Kuznetsov <vkuznets at redhat.com> >> Cc: x86 at kernel.org; Andy Lutomirski <luto at amacapital.net>; Ingo Molnar >> <mingo at redhat.com>; H. Peter Anvin <hpa at zytor.com>; KY Srinivasan >> <kys at microsoft.com>; Haiyang Zhang <haiyangz at microsoft.com>; Stephen >> Hemminger <sthemmin at microsoft.com>; Dexuan...

...nivasan <kys at microsoft.com> wrote: > > >> -----Original Message----- >> From: Thomas Gleixner [mailto:tglx at linutronix.de] >> Sent: Thursday, February 9, 2017 9:08 AM >> To: Vitaly Kuznetsov <vkuznets at redhat.com> >> Cc: x86 at kernel.org; Andy Lutomirski <luto at amacapital.net>; Ingo Molnar >> <mingo at redhat.com>; H. Peter Anvin <hpa at zytor.com>; KY Srinivasan >> <kys at microsoft.com>; Haiyang Zhang <haiyangz at microsoft.com>; Stephen >> Hemminger <sthemmin at microsoft.com>; Dexuan...

On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >>> My new GTX 960 (GM206, I think) says: >>> >&g...

mb() typically uses mfence on modern x86, but a micro-benchmark shows that it's 2 to 3 times slower than lock; addl that we use on older CPUs. So we really should use the locked variant everywhere, except that intel manual says that clflush is only ordered by mfence, so we can't. Note: some callers of clflush seems to assume sfence will order it, so there could be existing bugs around