Hi, ashutosh mishra schrieb: >> 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@xxxxxxxxxxxxxxxxx Collected lots of information. >> so please ...any one can help...???????? >> its Urgent Require..... have a look on http://lwn.net/Kernel/LDD3/ especially chapter 12 should help you. Regrads, Matthias > > Thanks anr Regard , > Ashutosh > > > >> From: kernelnewbies-request@xxxxxxxxxxxxxxxxx >> Subject: Kernelnewbies Digest, Vol 2, Issue 50 >> To: kernelnewbies@xxxxxxxxxxxxxxxxx >> Date: Thu, 20 Jan 2011 12:00:01 -0500 >> >> Send Kernelnewbies mailing list submissions to >> kernelnewbies@xxxxxxxxxxxxxxxxx >> >> 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@xxxxxxxxxxxxxxxxx >> >> You can reach the person managing the list at >> kernelnewbies-owner@xxxxxxxxxxxxxxxxx >> >> 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@xxxxxxxxx> >> Subject: Re: Running kmemleak without sysfs support >> To: Catalin Marinas <catalin.marinas@xxxxxxx> >> Cc: kernelnewbies@xxxxxxxxxxxxxxxxx >> Message-ID: >> <AANLkTi=mEiha0rBOrX05xR=Ry5-otsB9faC29RZK7K4a@xxxxxxxxxxxxxx> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> On Thu, Jan 20, 2011 at 12:52 PM, Catalin Marinas >> <catalin.marinas@xxxxxxx> 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@xxxxxxxxx> >> Subject: Re: possible regression? >> To: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx> >> Cc: Kernelnewbies@xxxxxxxxxxxxxxxxx >> Message-ID: >> <AANLkTiks-aBqGcYFBUyZ=LDGJsTNFOhTdie60O8aCS7i@xxxxxxxxxxxxxx> >> 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@xxxxxxxxx> wrote: >>> Hi... >>> >>> On Thu, Jan 20, 2011 at 10:36, Mag Gam <magawake@xxxxxxxxx> 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@xxxxxxxxx> >> Subject: Re: possible regression? >> To: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx> >> Cc: Kernelnewbies@xxxxxxxxxxxxxxxxx, Mag Gam <magawake@xxxxxxxxx> >> Message-ID: >> <AANLkTinkqXqYU8MVYma=5Zo2_gTZ61ZGKn+x+_zT6AeM@xxxxxxxxxxxxxx> >> 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@xxxxxxxxx> wrote: >>> Hi... >>> >>> On Thu, Jan 20, 2011 at 10:36, Mag Gam <magawake@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxx >>> 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@xxxxxxxxx> >> Subject: Re: Regarding Kernel Project >> To: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx> >> Cc: kernelnewbies <Kernelnewbies@xxxxxxxxxxxxxxxxx> >> Message-ID: <20110120151227.GA12768@xxxxxxxxx> >> 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@xxxxxxxxx> 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@xxxxxxxx? >> 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@xxxxxxxxx> >> Subject: Re: Running kmemleak without sysfs support >> To: Daniel Baluta <daniel.baluta@xxxxxxxxx> >> Cc: catalin.marinas@xxxxxxx, kernelnewbies@xxxxxxxxxxxxxxxxx >> Message-ID: <20110120155657.GA29375@xxxxxxxxx> >> 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@xxxxxxxxxxxxxxxxx >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> >> >> End of Kernelnewbies Digest, Vol 2, Issue 50 >> ******************************************** > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Kernelnewbies mailing list > Kernelnewbies@xxxxxxxxxxxxxxxxx > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies _______________________________________________ Kernelnewbies mailing list Kernelnewbies@xxxxxxxxxxxxxxxxx http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
