From Mike Anderson,

2019-01-25 Thread Mike Anderson
about the area or idea of investment plans you are to propose. Once we are convinced on your capacity to handle these assets we will then provide you with all necessary information including the unmentioned amount involved. Regards, Mr. Mike Anderson.

Re: Hurry up now

2014-10-06 Thread Mike Anderson
Do You Need A Loan To Pay Up Your Bills Or To Start A Business, RELIEF LOAN COMPANY Is Giving Out Loan Offered At 3% Interest Rate Without Collateral,If Interested,Email us @:mikand...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [dm-devel] Re: [2.6.23 PATCH 13/18] dm: netlink

2007-07-12 Thread Mike Anderson
; Alasdair G Kergon <[EMAIL PROTECTED]> wrote: > > > > > > > From: Mike Anderson <[EMAIL PROTECTED]> > > > > > > > > This patch adds a dm-netlink skeleton support to the Makefile, and the > > > > dm > > > > directory. > > >

Re: [2.6.23 PATCH 13/18] dm: netlink

2007-07-12 Thread Mike Anderson
Matt Mackall <[EMAIL PROTECTED]> wrote: > On Wed, Jul 11, 2007 at 02:27:12PM -0700, Andrew Morton wrote: > > On Wed, 11 Jul 2007 22:01:37 +0100 > > Alasdair G Kergon <[EMAIL PROTECTED]> wrote: > > > > > From: Mike Anderson <[EMAIL PROTECTED]> &g

Re: [2.6.23 PATCH 14/18] dm: netlink add to core

2007-07-12 Thread Mike Anderson
Eric W. Biederman <[EMAIL PROTECTED]> wrote: > As for worry about kmallocs do these events happen often? The worst case would most likely be in a dm multipath configuration where you could get a burst of N number events (N being equal to the number of luns times the number of paths that are havin

Re: [2.6.23 PATCH 14/18] dm: netlink add to core

2007-07-12 Thread Mike Anderson
Eric W. Biederman <[EMAIL PROTECTED]> wrote: > I may be a little off but looking at the events types defined. > device down, device up. Defining a completely new interface for this > looks absolutely absurd. > > > This is device hotplug isn't it? As such we should be using the > hotplug infras

Re: [2.6.23 PATCH 13/18] dm: netlink

2007-07-12 Thread Mike Anderson
David Miller <[EMAIL PROTECTED]> wrote: > From: Evgeniy Polyakov <[EMAIL PROTECTED]> > Date: Thu, 12 Jul 2007 12:10:29 +0400 > > > On Wed, Jul 11, 2007 at 04:37:36PM -0700, Mike Anderson ([EMAIL PROTECTED]) > > wrote: > > > > > --- linu

Re: [2.6.23 PATCH 14/18] dm: netlink add to core

2007-07-11 Thread Mike Anderson
Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 11 Jul 2007 22:01:59 +0100 > Alasdair G Kergon <[EMAIL PROTECTED]> wrote: > > > From: Mike Anderson <[EMAIL PROTECTED]> > > > > This patch adds support for the dm_path_event dm_send_event funtion

Re: [2.6.23 PATCH 13/18] dm: netlink

2007-07-11 Thread Mike Anderson
Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 11 Jul 2007 22:01:37 +0100 > Alasdair G Kergon <[EMAIL PROTECTED]> wrote: > > > From: Mike Anderson <[EMAIL PROTECTED]> > > > > This patch adds a dm-netlink skeleton supp

Re: libata error handling

2005-08-19 Thread Mike Anderson
Luben Tuikov <[EMAIL PROTECTED]> wrote: > On 08/19/05 15:38, Patrick Mansfield wrote: > The eh_timed_out + eh_strategy_handler is actually pretty perfect, > and _complete_, for any application and purpose in recovering a > LU/device/host (in that order ;-) ). > > > The two problems I see with the

Re: 2.6.13-rc2-mm2 : oops in dm_mod

2005-07-12 Thread Mike Anderson
Laurent Riffard [EMAIL PROTECTED] wrote: > device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED] > Unable to handle kernel NULL pointer dereference at virtual address 0094 > printing eip: > d08612ec > *pde = > Oops: [#1] > last sysfs file: > Modules linked in: dm

Re: [OOPS] 2.6.11 - NMI lockup with CFQ scheduler

2005-04-06 Thread Mike Anderson
Tejun Heo [EMAIL PROTECTED] wrote: > Jens Axboe wrote: > >On Wed, Apr 06 2005, Arjan van de Ven wrote: > > > >>>@@ -324,6 +334,7 @@ > >>> issue_flush_fn *issue_flush_fn; > >>> prepare_flush_fn*prepare_flush_fn; > >>> end_flush_fn*end_flush_fn; > >>>+ release_queu

Re: LANANA: To Pending Device Number Registrants

2001-05-16 Thread Mike Anderson
[EMAIL PROTECTED] [[EMAIL PROTECTED]] wrote: > In principle the kernel could just number the devices it sees 1,2,... > and export information about them, so that user space can choose > the right number. > The part about exporting information is good. User space needs to > be able to ask if a cert

Re: Linux Cluster using shared scsi

2001-05-02 Thread Mike Anderson
ot;md" and translating this into the proper device to reserve. I guess it is up to the caller of your service to handle this case correct?? If this not any clearer than my last mail I will just wait to see the code :-). Thanks, -Mike Doug Ledford [[EMAIL PROTECTED]] wrote: > > > >

Re: Linux Cluster using shared scsi

2001-05-02 Thread Mike Anderson
Doug, A question on clarification. Is the configuration you are testing have both FC adapters going to the same port of the storage device (mutli-path) or to different ports of the storage device (mulit-port)? The reason I ask is that I thought if you are using SCSI-2 reserves that the reserve