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.
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
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
; 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.
> > &
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
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
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
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
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:
--- linux.orig/include/linux/netlink.h2007-07-11
21:37:31.0
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 infrastructure
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]
This patch adds a dm-netlink skeleton support to the Makefile
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 having
Andrew Morton [EMAIL PROTECTED] wrote:
On Thu, 12 Jul 2007 18:19:20 -0500
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
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
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
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 support to the Makefile, and the dm
directory.
...
+config DM_NETLINK
+ bool
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 funtions which
create and send netlink attribute events
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
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 hook
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:
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_mod
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;
> >>>+
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_queue_data_fn
[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
[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 certain
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:
>
>
>
> To:
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
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:
To: Mike Anderson [EMAIL PROTECTED
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
29 matches
Mail list logo