All of lore.kernel.org
 help / color / mirror / Atom feed
From: ashwin chaugule <ashwin.chaugule@gmail.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Re: raid 1 on a single disk
Date: Mon, 15 Nov 2004 00:32:53 +0530	[thread overview]
Message-ID: <89af10f904111411023d1169bc@mail.gmail.com> (raw)
In-Reply-To: <q9jk62-oik.ln1@news.it.uc3m.es>

>Because your code, like your description, is an uncontrolled mess,
>probably.

WHAT !!!!!

>Registers?  What registers? Do you mean "fields"?

yes i mean fields, my bad.


>This sounds like stuff you do in the driver , on receipt of your special
>request.  Is that so and how do you recognize it

by checking the MAJOR and MINOR num of my disk !!!!! ?

>Default interrupt handler? 

remember i said , i set a different intr. handler if its my disk !? 
well, after its handled there, i dont call end_request , simple.
eg.
mult_write is the default intr. handler for multiple writes ?
i set mult_write_withoutend as the handler, then after the handling is
done , i again set
mult_write as the handler.... this will call the end_request.

>or whether you only have one request hit the
>driver and when it hits you simply treat it twice

bingo !

>Probably because some stuff is returned to kernel pools and messes them
>up completely.

what stuff ? im not returning anything to any queue whatsoever !

>Because your code, like your description, is an uncontrolled mess,
>probably.

about the code .. umm , maybe not , coz the write is duplicated alright ..
my description , a mess ?... nope , what im doing is really simple ,
as i stated in the very first mail , im doing something similar to
RAID 1 !! , what s so hard to understand in that ?
I also said , why im continuing with the IDE modifications inspite of
the RAID 1 drivers.


--snipped--

However, in my driver (modified IDE) I have to take care of the writes
and reads individualy.
The advantage here is that, i dont need to make 4 partitions of the
disk, one is good enough, and the remaining can be unallocated. I make
the write at fixed offsets into the unallocated space, and when read
is requested, I read em one by one, and check.

--snipped--

So now ( after im done with the read requests ) i have two options for them...
RAID 1 and the modified the IDE driver.

Ashwin

  reply	other threads:[~2004-11-14 19:02 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-13 10:17 [linux-lvm] raid 1 on a single disk ashwin chaugule
2004-11-13 10:33 ` [linux-lvm] " Peter T. Breuer
2004-11-13 10:41   ` ashwin chaugule
2004-11-13 11:03     ` Piete Brooks
2004-11-13 12:59     ` Peter T. Breuer
2004-11-13 13:38       ` Piete Brooks
2004-11-13 15:04         ` Peter T. Breuer
2004-11-13 13:38       ` ashwin chaugule
2004-11-13 21:13     ` Graham Wood
2004-11-13 22:00       ` Greg Freemyer
2004-11-14  0:41         ` Måns Rullgård
2004-11-14  5:44         ` ashwin chaugule
2004-11-14 11:28           ` Peter T. Breuer
2004-11-14 17:41             ` ashwin chaugule
2004-11-14 18:04               ` Peter T. Breuer
2004-11-14 19:02                 ` ashwin chaugule [this message]
2004-11-14 21:01                   ` Peter T. Breuer
2004-11-15  6:09                     ` ashwin chaugule

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=89af10f904111411023d1169bc@mail.gmail.com \
    --to=ashwin.chaugule@gmail.com \
    --cc=linux-lvm@redhat.com \
    /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: link
Be 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.