lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <BD524EA7912ED5469DFD0BAEF6BC752F296540@orsmsx411.amr.corp.intel.com>
Date:	Tue, 1 Aug 2006 11:03:28 -0700
From:	"Leech, Christopher" <christopher.leech@...el.com>
To:	"David Miller" <davem@...emloft.net>,
	"Williams, Dan J" <dan.j.williams@...el.com>
Cc:	<linux-kernel@...r.kernel.org>, <neilb@...e.de>,
	<galak@...nel.crashing.org>, <alan@...rguk.ukuu.org.uk>
Subject: RE: [PATCH rev2 1/4] dmaengine: enable mutliple clients and operations

Sorry Dave,

The delay on that issue is my fault.  While Dan is an Intel employee,
he's in a totally separate part of the company (and a different state)
from me and the other networking folks.

I was trying to determine if reordering so that the spin_lock was inside
the lock_cpu_hotplug would work, or if something else was needed, Dan
suggested making the net_dma_event_lock a mutex, but then as Andrew
pointed out as long as a lock is being held preemption is disabled and
we're safe from cpu hotplug.

Simple patch to remove the lock_cpu_hotplug/unlock_cpu_hotplug calls as
Andrew suggested coming up.

- Chris

> -----Original Message-----
> From: David Miller [mailto:davem@...emloft.net] 
> Sent: Monday, July 31, 2006 11:12 PM
> To: Williams, Dan J
> Cc: linux-kernel@...r.kernel.org; neilb@...e.de; 
> galak@...nel.crashing.org; Leech, Christopher; 
> alan@...rguk.ukuu.org.uk
> Subject: Re: [PATCH rev2 1/4] dmaengine: enable mutliple 
> clients and operations
> 
> 
> 
> Can I ask that the known bugs in the I/O AT DMA code be fixed
> before we start adding new features to it?
> 
> Specifically, the lock_cpu_hotplug() call in net_dma_rebalance()
> is still there and being invoked with a spinlock held.  The
> spinlock is grabbed by the caller, netdev_dma_event() which
> grabs the net_dma_event_lock spinlock.
> 
> You cannot invoke lock_cpu_hotplug() while holding a spinlock
> because lock_cpu_hotplug(), as seen in kernel/cpu.c, takes
> a semaphore which can sleep.  Sleeping while holding a spinlock
> is not allowed.
> 
> This is the second time I have tried to make the Intel developers
> aware of this bug.  So please fix this problem.
> 
> Thanks a lot.
> 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ