Regarding Linux device driver Project
ashutosh mishra
kumarmishra.ashutosh at hotmail.com
Fri Jan 21 01:37:59 EST 2011
> hi
> i want to write a driver for DIO-48S PCI Card
> (its automation Project - Aluminium Foil Winding Automated System Using PCI Interface)
>i want to ask that what are the..prerequesite...for the Project...
> i hav konwledge of C,89c51 Microcontroller,Arm Processor.........
> but i am not able to start...........i hav gonr through Kernelnewbies at kernelnewbies.org Collected lots of information.
> so please ...any one can help...????????
>its Urgent Require.....
Thanks anr Regard ,
Ashutosh
> From: kernelnewbies-request at kernelnewbies.org
> Subject: Kernelnewbies Digest, Vol 2, Issue 50
> To: kernelnewbies at kernelnewbies.org
> Date: Thu, 20 Jan 2011 12:00:01 -0500
>
> Send Kernelnewbies mailing list submissions to
> kernelnewbies at kernelnewbies.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
> or, via email, send a message with subject or body 'help' to
> kernelnewbies-request at kernelnewbies.org
>
> You can reach the person managing the list at
> kernelnewbies-owner at kernelnewbies.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Kernelnewbies digest..."
>
>
> Today's Topics:
>
> 1. Re: Running kmemleak without sysfs support (Daniel Baluta)
> 2. Re: possible regression? (Mag Gam)
> 3. Re: possible regression? (Greg Freemyer)
> 4. Re: Regarding Kernel Project (Greg KH)
> 5. Re: Running kmemleak without sysfs support (Greg KH)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 20 Jan 2011 14:33:36 +0200
> From: Daniel Baluta <daniel.baluta at gmail.com>
> Subject: Re: Running kmemleak without sysfs support
> To: Catalin Marinas <catalin.marinas at arm.com>
> Cc: kernelnewbies at kernelnewbies.org
> Message-ID:
> <AANLkTi=mEiha0rBOrX05xR=Ry5-otsB9faC29RZK7K4a at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Thu, Jan 20, 2011 at 12:52 PM, Catalin Marinas
> <catalin.marinas at arm.com> wrote:
> > On Thu, 2011-01-20 at 10:41 +0000, Daniel Baluta wrote:
> >> Can I make any use of kmemcheck if I don't have sysfs
> >> kernel support enabled?
> >
> > Kmemleak can scan output the memory and report the number of leaked
> > objects but if you need to get additional information about the leaked
> > objects (like backtrace), you need debugfs enabled.
>
> How is this reporting done? It will appear in dmesg output?
>
> > DEBUG_FS doesn't seem to be dependent on SYSFS but I never tried to
> > enable one without the other (you might be able to mount the DEBUG_FS
> > somewhere other than /sys/kernel/debug/).
>
> I see. I was using 2.6.32 where it seems that debugfs depended on sysfs.
> Decoupling was done some time later [1].
>
> thanks,
> Daniel.
>
> [1] http://kerneltrap.org/mailarchive/linux-kernel/2010/8/5/4603446
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 20 Jan 2011 07:50:38 -0500
> From: Mag Gam <magawake at gmail.com>
> Subject: Re: possible regression?
> To: Mulyadi Santosa <mulyadi.santosa at gmail.com>
> Cc: Kernelnewbies at kernelnewbies.org
> Message-ID:
> <AANLkTiks-aBqGcYFBUyZ=LDGJsTNFOhTdie60O8aCS7i at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> I am using RHEL 5.1. Sorry for not being clear.
>
> I wil give this a try today when I go back to class. But I was just
> curious why this was happening. How would one disable "block merge"
> efficiency? Has this feature been added recently?
>
> On Thu, Jan 20, 2011 at 12:28 AM, Mulyadi Santosa
> <mulyadi.santosa at gmail.com> wrote:
> > Hi...
> >
> > On Thu, Jan 20, 2011 at 10:36, Mag Gam <magawake at gmail.com> wrote:
> >> Running on Redhat 5.1 if I do,
> >
> > Are you sure you're using that archaic distro? Or are you talking
> > about RHEL 5.1?
> >
> >> dd bs=1024 count=1000000 if=/dev/zero of=/dev/null
> >>
> >> I get around 30Gb/sec
> >
> > Hm, mine is:
> > $ dd bs=1024 count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 1024000000 bytes (1.0 GB) copied, 1.12169 seconds, 913 MB/s
> >
> > This is on 2.6.36 SMP kernel compiled with gcc version 4.1.2 20080704
> > (Red Hat 4.1.2-48).
> >
> >>
> >> However, when I do this with 2.6.37 I get close to 5GB/sec
> >
> > what if you use another blocksize, let's say 4K or even 32K? here's
> > mine (again):
> > $ dd bs=4K count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 4096000000 bytes (4.1 GB) copied, 1.31167 seconds, 3.1 GB/s
> >
> > $ dd bs=32K count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 32768000000 bytes (33 GB) copied, 4.91775 seconds, 6.7 GB/s
> >
> > see the difference?
> >
> > IMHO it's a matter of what I call "block merge efficiency"....the more
> > you stuff pages (that fits into a "magic" number), the faster I/O you
> > got.
> >
> > --
> > regards,
> >
> > Mulyadi Santosa
> > Freelance Linux trainer and consultant
> >
> > blog: the-hydra.blogspot.com
> > training: mulyaditraining.blogspot.com
> >
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 20 Jan 2011 09:29:20 -0500
> From: Greg Freemyer <greg.freemyer at gmail.com>
> Subject: Re: possible regression?
> To: Mulyadi Santosa <mulyadi.santosa at gmail.com>
> Cc: Kernelnewbies at kernelnewbies.org, Mag Gam <magawake at gmail.com>
> Message-ID:
> <AANLkTinkqXqYU8MVYma=5Zo2_gTZ61ZGKn+x+_zT6AeM at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Mulyadi,
>
> You disappoint me. ;(
>
> Just kidding, but discussing dd throughput without the
> "conv=fdatasync" parameter is just a waste of everyone's time.
>
> And Mag, use a big enough count that it at least takes a few seconds
> to complete. A tenth of a second or less is just way to short to use
> as a benchmark.
>
> Greg
>
> On Thu, Jan 20, 2011 at 12:28 AM, Mulyadi Santosa
> <mulyadi.santosa at gmail.com> wrote:
> > Hi...
> >
> > On Thu, Jan 20, 2011 at 10:36, Mag Gam <magawake at gmail.com> wrote:
> >> Running on Redhat 5.1 if I do,
> >
> > Are you sure you're using that archaic distro? Or are you talking
> > about RHEL 5.1?
> >
> >> dd bs=1024 count=1000000 if=/dev/zero of=/dev/null
> >>
> >> I get around 30Gb/sec
> >
> > Hm, mine is:
> > $ dd bs=1024 count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 1024000000 bytes (1.0 GB) copied, 1.12169 seconds, 913 MB/s
> >
> > This is on 2.6.36 SMP kernel compiled with gcc version 4.1.2 20080704
> > (Red Hat 4.1.2-48).
> >
> >>
> >> However, when I do this with 2.6.37 I get close to 5GB/sec
> >
> > what if you use another blocksize, let's say 4K or even 32K? here's
> > mine (again):
> > $ dd bs=4K count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 4096000000 bytes (4.1 GB) copied, 1.31167 seconds, 3.1 GB/s
> >
> > $ dd bs=32K count=1000000 if=/dev/zero of=/dev/null
> > 1000000+0 records in
> > 1000000+0 records out
> > 32768000000 bytes (33 GB) copied, 4.91775 seconds, 6.7 GB/s
> >
> > see the difference?
> >
> > IMHO it's a matter of what I call "block merge efficiency"....the more
> > you stuff pages (that fits into a "magic" number), the faster I/O you
> > got.
> >
> > --
> > regards,
> >
> > Mulyadi Santosa
> > Freelance Linux trainer and consultant
> >
> > blog: the-hydra.blogspot.com
> > training: mulyaditraining.blogspot.com
> >
> > _______________________________________________
> > Kernelnewbies mailing list
> > Kernelnewbies at kernelnewbies.org
> > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
> >
>
>
>
> --
> Greg Freemyer
> Head of EDD Tape Extraction and Processing team
> Litigation Triage Solutions Specialist
> http://www.linkedin.com/in/gregfreemyer
> CNN/TruTV Aired Forensic Imaging Demo -
> ?? http://insession.blogs.cnn.com/2010/03/23/how-computer-evidence-gets-retrieved/
>
> The Norcross Group
> The Intersection of Evidence & Technology
> http://www.norcrossgroup.com
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 20 Jan 2011 07:12:27 -0800
> From: Greg KH <greg at kroah.com>
> Subject: Re: Regarding Kernel Project
> To: Mulyadi Santosa <mulyadi.santosa at gmail.com>
> Cc: kernelnewbies <Kernelnewbies at kernelnewbies.org>
> Message-ID: <20110120151227.GA12768 at kroah.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Thu, Jan 20, 2011 at 12:32:39PM +0700, Mulyadi Santosa wrote:
> > On Thu, Jan 20, 2011 at 10:01, Greg KH <greg at kroah.com> wrote:
> > > On Wed, Jan 19, 2011 at 09:11:53PM -0500, Pein Junior wrote:
> > >>
> > >>
> > >> > What is the USB device and vendor id?
> > >>
> > >> Hope this manual help explaining all that.
> >
> > Guys, I don't wanna ruin your discussion, but don't you think it's OOT
> > now? or are we going to rename this list as chitchat at vger.org?
>
> This is how you both solve bugs, and learn about solving them yourself.
>
> I'll be glad to take this to the linux-usb or linux-kernel lists, as
> this type of conversation is quite common there, so why wouldn't it also
> be common here?
>
> If it's annoying you, I suggest getting a better email client, one that
> lets you mark any thread as "ignored" so we don't bother you.
>
> best of luck,
>
> greg k-h
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 20 Jan 2011 07:56:57 -0800
> From: Greg KH <greg at kroah.com>
> Subject: Re: Running kmemleak without sysfs support
> To: Daniel Baluta <daniel.baluta at gmail.com>
> Cc: catalin.marinas at arm.com, kernelnewbies at kernelnewbies.org
> Message-ID: <20110120155657.GA29375 at kroah.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Thu, Jan 20, 2011 at 12:41:57PM +0200, Daniel Baluta wrote:
> > Hello all,
> >
> > Can I make any use of kmemcheck if I don't have sysfs
> > kernel support enabled?
>
> Why would you ever want to run a kernel without sysfs support? If you
> turn it off, you loose a _lot_ of functionality that you will need to
> add back to your system in some other manner.
>
> What, specifically, is wrong with sysfs that is solved by turning it
> off?
>
> thanks,
>
> greg k-h
>
>
>
> ------------------------------
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>
> End of Kernelnewbies Digest, Vol 2, Issue 50
> ********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110121/10001741/attachment-0001.html
More information about the Kernelnewbies
mailing list