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