Re: A new way to dive into the kernel!
Oh!!! When I said copy paste, I copied my code from my file and pasted it in the email body itself. Not take some code from the internet... :) I tried attaching the files, but gmail client always attached it in a base64 attachment. So I copied my code and pasted in the email body with the names of the files and also the output. And yeah, I typed all that code in the file and compiled it. -Sri On Wed, Mar 19, 2014 at 11:34 AM, Pranay Srivastava wrote: > > On Mar 19, 2014 10:43 AM, "Srivardhan M S" wrote: >> >> Hi Anand, >> >> I actually copy pasted the code in the email itself. It worked for my >> 1st assignement and now am doing my second assignement. >> > You aren't supposed to copy. Try to type by hand you'll learn more. >> Thank-you, >> Sri >> >> On Sun, Mar 16, 2014 at 1:16 PM, Anand Moon wrote: >> > Hi All, >> > >> > Can we send attachment to lit...@eudyptula-challenge.org >> > or all the code need to be part of the mail. >> > >> > -Anand Moon >> > >> > >> > On Sunday, March 16, 2014 7:25 AM, Subhra S. Sarkar >> > wrote: >> > jimmy.li qq.com> writes: >> > >> >> >> >> >> >> I have tried thunderbird, but it always send attachments with base64 >> > encoding. >> >> It's there any solution to this issue? >> >> >> >> I'm using mutt, It's ok. >> >> >> >> >> >> >> >> -- Original -- >> >> >> >> From: "Asutosh Das"; gmail.com>; >> >> Date: Thu, Mar 13, 2014 01:32 AM >> >> To: "sanmukh rao" gmail.com>; >> >> Cc: "sanjeev sharma" gmail.com>; "Mallesh >> > Koujalagi" gmail.com>; "kernelnewbies" >> > kernelnewbies.org>; "Ronald >> > Dahlgren"> > gmail.com>; "Aruna Hewapathirane" >> > gmail.com>; >> > "Amit Saha" gmail.com>; "Srivardhan M S"> > >> > gmail.com>; "Mandeep Sandhu" gmail.com>; >> >> Subject: Re: A new way to dive into the kernel! >> >> >> >> >> >> Used Thunderbird this time with plain text settings. Hope it works. >> > Appreciate the suggestions. >> >> On Mar 12, 2014 10:29 PM, "sanmukh rao" gmail.com> >> >> wrote: >> >> Thanks :) >> >> I am using mutt by the way. So got covered. >> >> -Sanmukh >> >> >> >> >> >> >> >> >> >> >> >> ___ >> >> Kernelnewbies mailing list >> >> Kernelnewbies kernelnewbies.org >> >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> >> >> > >> > Well, Thunderbird worked out perfectly for me. You'll have to enable >> > couple >> > of options in there though. Below settings worked for me for Thunderbird >> > client. >> > >> > 1. Go to Settings for Account -> Composition & Addressing and disable >> > the >> > "Compose messages in HTML format" option. >> > 2. On Composition & Addressing -> Global Composing Preferences -> >> > Composition tab -> General tab -> Send Options, you'll have to choose >> > "Convert the message to plain text" option from the drop-down list. >> > >> > ~ Subhra S. Sarkar >> > >> > >> > >> > ___ >> > Kernelnewbies mailing list >> > Kernelnewbies@kernelnewbies.org >> > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> > >> > ___ >> > Kernelnewbies mailing list >> > Kernelnewbies@kernelnewbies.org >> > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> >> ___ >> Kernelnewbies mailing list >> Kernelnewbies@kernelnewbies.org >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: A new way to dive into the kernel!
On Mar 19, 2014 10:43 AM, "Srivardhan M S" wrote: > > Hi Anand, > > I actually copy pasted the code in the email itself. It worked for my > 1st assignement and now am doing my second assignement. > You aren't supposed to copy. Try to type by hand you'll learn more. > Thank-you, > Sri > > On Sun, Mar 16, 2014 at 1:16 PM, Anand Moon wrote: > > Hi All, > > > > Can we send attachment to lit...@eudyptula-challenge.org > > or all the code need to be part of the mail. > > > > -Anand Moon > > > > > > On Sunday, March 16, 2014 7:25 AM, Subhra S. Sarkar < sar...@g.clemson.edu> wrote: > > jimmy.li qq.com> writes: > > > >> > >> > >> I have tried thunderbird, but it always send attachments with base64 > > encoding. > >> It's there any solution to this issue? > >> > >> I'm using mutt, It's ok. > >> > >> > >> > >> -- Original -- > >> > >> From: "Asutosh Das"; gmail.com>; > >> Date: Thu, Mar 13, 2014 01:32 AM > >> To: "sanmukh rao" gmail.com>; > >> Cc: "sanjeev sharma" gmail.com>; "Mallesh > > Koujalagi" gmail.com>; "kernelnewbies" > > kernelnewbies.org>; "Ronald Dahlgren" > gmail.com>; "Aruna Hewapathirane" gmail.com>; > > "Amit Saha" gmail.com>; "Srivardhan M S" > > gmail.com>; "Mandeep Sandhu" gmail.com>; > >> Subject: Re: A new way to dive into the kernel! > >> > >> > >> Used Thunderbird this time with plain text settings. Hope it works. > > Appreciate the suggestions. > >> On Mar 12, 2014 10:29 PM, "sanmukh rao" gmail.com> wrote: > >> Thanks :) > >> I am using mutt by the way. So got covered. > >> -Sanmukh > >> > >> > >> > >> > >> > >> ___ > >> Kernelnewbies mailing list > >> Kernelnewbies kernelnewbies.org > >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > >> > > > > Well, Thunderbird worked out perfectly for me. You'll have to enable couple > > of options in there though. Below settings worked for me for Thunderbird > > client. > > > > 1. Go to Settings for Account -> Composition & Addressing and disable the > > "Compose messages in HTML format" option. > > 2. On Composition & Addressing -> Global Composing Preferences -> > > Composition tab -> General tab -> Send Options, you'll have to choose > > "Convert the message to plain text" option from the drop-down list. > > > > ~ Subhra S. Sarkar > > > > > > > > ___ > > Kernelnewbies mailing list > > Kernelnewbies@kernelnewbies.org > > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > > > ___ > > Kernelnewbies mailing list > > Kernelnewbies@kernelnewbies.org > > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: A new way to dive into the kernel!
Hi Anand, I actually copy pasted the code in the email itself. It worked for my 1st assignement and now am doing my second assignement. Thank-you, Sri On Sun, Mar 16, 2014 at 1:16 PM, Anand Moon wrote: > Hi All, > > Can we send attachment to lit...@eudyptula-challenge.org > or all the code need to be part of the mail. > > -Anand Moon > > > On Sunday, March 16, 2014 7:25 AM, Subhra S. Sarkar > wrote: > jimmy.li qq.com> writes: > >> >> >> I have tried thunderbird, but it always send attachments with base64 > encoding. >> It's there any solution to this issue? >> >> I'm using mutt, It's ok. >> >> >> >> -- Original -- >> >> From: "Asutosh Das"; gmail.com>; >> Date: Thu, Mar 13, 2014 01:32 AM >> To: "sanmukh rao" gmail.com>; >> Cc: "sanjeev sharma" gmail.com>; "Mallesh > Koujalagi" gmail.com>; "kernelnewbies" > kernelnewbies.org>; "Ronald Dahlgren" gmail.com>; "Aruna Hewapathirane" gmail.com>; > "Amit Saha" gmail.com>; "Srivardhan M S" > gmail.com>; "Mandeep Sandhu" gmail.com>; >> Subject: Re: A new way to dive into the kernel! >> >> >> Used Thunderbird this time with plain text settings. Hope it works. > Appreciate the suggestions. >> On Mar 12, 2014 10:29 PM, "sanmukh rao" gmail.com> wrote: >> Thanks :) >> I am using mutt by the way. So got covered. >> -Sanmukh >> >> >> >> >> >> ___ >> Kernelnewbies mailing list >> Kernelnewbies kernelnewbies.org >> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies >> > > Well, Thunderbird worked out perfectly for me. You'll have to enable couple > of options in there though. Below settings worked for me for Thunderbird > client. > > 1. Go to Settings for Account -> Composition & Addressing and disable the > "Compose messages in HTML format" option. > 2. On Composition & Addressing -> Global Composing Preferences -> > Composition tab -> General tab -> Send Options, you'll have to choose > "Convert the message to plain text" option from the drop-down list. > > ~ Subhra S. Sarkar > > > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: thread context switching
On Tue, Mar 18, 2014 at 10:24 PM, wrote: > On Tue, 18 Mar 2014 19:01:50 +0300, Nada Saif said: > >> I want to measure thread context switching in c, How I can do that? Looks suspiciously like an interview-type question? :) > > What are you trying to measure, exactly, and why? The answer depends on > the details of the question. > > However, my first go-to solution would see if 'perf' can cough up the > numbers you need. It's able to slurp out all sorts of timing data from > the kernel (though some data and trace points require CONFIG_* variables > to be set in the kernel build). > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: thread context switching
On Tue, 18 Mar 2014 19:01:50 +0300, Nada Saif said: > I want to measure thread context switching in c, How I can do that? What are you trying to measure, exactly, and why? The answer depends on the details of the question. However, my first go-to solution would see if 'perf' can cough up the numbers you need. It's able to slurp out all sorts of timing data from the kernel (though some data and trace points require CONFIG_* variables to be set in the kernel build). pgpz0guNYeRuJ.pgp Description: PGP signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: [GSoC] universal list of syscalls
On Tue, 18 Mar 2014 09:48:06 -0500, Edson Ticona said: > Hi > I guess I couldn't explain myself very well. Sorry for my english, but > I was doing that just to understand pretty well everything about the > system calls. The project is about standardizing system calls between > architectures. Good luck with that. The biggest problem is that you can't merge the architecture's syscall tables, because (for historical reasons) different archs have different numbers for various syscalls. Those are now baked into the ABI and can't be changed. So if arch A has the io_getevents() syscall as 208, and arch B has it as 213, you're stuck The historical reasons? Each arch tended to assign syscall numbers as each syscall was wired up. So it was possible for an arch to delay a bit wiring up a syscall that needed per-arch support, wire up some other syscalls, and then wire up the earlier syscall once the support was written. At which point all those syscalls have different numbers than other archs that wired up the one syscall earlier. pgp4Y1VrVC81G.pgp Description: PGP signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: thread context switching
On Tue, Mar 18, 2014 at 07:01:50PM +0300, Nada Saif wrote: > Hi, > > I want to measure thread context switching in c Why? > , How I can do that?\ Have you looked at the perf command? ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: thread context switching
Did you try the solution mentioned by Saqlain ? http://lists.kernelnewbies.org/pipermail/kernelnewbies/2014-March/010050.html On Tue, Mar 18, 2014 at 9:31 PM, Nada Saif wrote: > Hi, > > I want to measure thread context switching in c, How I can do that? > > Thanks, > N.A.S > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > -- easy is right begin right and you're easy continue easy and you're right the right way to go easy is to forget the right way and forget that the going is easy ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
thread context switching
Hi, I want to measure thread context switching in c, How I can do that? Thanks, N.A.S ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: [GSoC] universal list of syscalls
Hi I guess I couldn't explain myself very well. Sorry for my english, but I was doing that just to understand pretty well everything about the system calls. The project is about standardizing system calls between architectures. For example, strace has problems with aarch64 and it could handle by itself, but it is better to have something similar for all archs so that the problem doesn't have to be fixed for each arch in each program, so this about the kernel itself. That is because each arch has its own way to work on the system call table. Hope I make things clearer On Tue, Mar 18, 2014 at 9:25 AM, wrote: > On Tue, 18 Mar 2014 09:00:51 -0500, Edson Ticona said: > >> What I have done so far is to write a system call for some >> architectures (x86, arm, sparc and microblaze) in order to understand >> how this part of the kernel works. > > That's a good learning project. However, GSOC is about learning projects > that also help the sponsor and mentors. So you'll have to explain why > this system call is a Good Thing to have in the kernel. What previously > lacking capability does it add to the kernel? ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: [GSoC] universal list of syscalls
On Tue, 18 Mar 2014 09:00:51 -0500, Edson Ticona said: > What I have done so far is to write a system call for some > architectures (x86, arm, sparc and microblaze) in order to understand > how this part of the kernel works. That's a good learning project. However, GSOC is about learning projects that also help the sponsor and mentors. So you'll have to explain why this system call is a Good Thing to have in the kernel. What previously lacking capability does it add to the kernel? pgp0PBcyeqrbs.pgp Description: PGP signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
[GSoC] universal list of syscalls
Hi My name is Edson Ticona. I was planning to participate in gsoc for strace in a project related to multiarch support, and they suggested me to check for this post http://thread.gmane.org/gmane.linux.kernel.cross-arch/21821 in the linux-arch mailing list so I think it might be better to help in the kernel as it would be useful not just to strace. What I have done so far is to write a system call for some architectures (x86, arm, sparc and microblaze) in order to understand how this part of the kernel works. I am doing the test with qemu. The post is pretty clear so maybe I could work in those archs and the tools for user space to expose this. Since this is not in any ideas list I would like some feedback and ask if someone could mentor this project. Cheers Edson ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Understanding of kernel stack print
On Tue, 18 Mar 2014 11:35:06 +0530, meenakshi aggarwal said: > Also i want to know the significance of *0x84/0x9c* > > " __schedule_bug+*0x84/0x9c*" That's saying that __schedule_bug is 0x9c bytes long, and we were at 0x84 bytes into it. So even without a disassembly, we know we were down towards the end of the function. > [ebe09b70] [c064c1c0] __schedule+0x510/0x5e0 > [ebe09c80] [c064aea4] schedule_timeout+0x164/0x1d0 > [ebe09cc0] [c064bb10] wait_for_common+0xd0/0x1b0 > [ebe09d00] [c004db58] kthread_create_on_node+0xa8/0x140 > [ebe09d70] [c00a42cc] _cpu_down+0x1ec/0x4e0 > [ebe09de0] [c002d8a0] disable_nonboot_cpus+0x90/0x160 > [ebe09e10] [c004044c] kernel_restart+0x1c/0x90 > [ebe09e20] [c004069c] sys_reboot+0x1cc/0x250 So we were in the reboot() syscall, and one of the functions did something that put the thread in "atomic" context - basically "We're doing something important taht can't be interrupted or other threads run that might mess things up".. Which is OK as long as you don't try to call the scheduler. Unfortunately, wait_for_common() tried to call the scheduler What kernel version is this? I thought most of the schedule-while-atomic bugs had been hunted down and fixed. pgpStLGQsrPoO.pgp Description: PGP signature ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: GSOC proposal
On 03/17/2014 10:59 PM, sampriti neog wrote: > To, > The linux foundation > I would like to participate in GOOGLE SUMMER OF CODE 2014 with your > prestigious organization. I want to propose an idea regarding scanned > files. My idea is to make a open source software that could scan a file > directly into word document. This does not appear to be related to the Linux kernel at all. Also, this is not the contact address for GSOC kernel projects. kind regards, Rik van Riel -- All rights reversed. ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Kernel Memory Growth
Hello everyone, I am experiencing a problem using my Linux 2.6.33 and doing this networking test using ab, a tool from Apache which helps me to benchmark the performances of a website, actually I am using that as a tool for generate a lot of traffic and TCP connections. My topology is : [AB PC] <==> [LINUX] <==> [WEBSITE] I run ab like that ab -c 300 -n 2 http://10.0.0.103/index.html and my problem is that after some time my system will reboot to a low memory condition, this is caused by the watchdog I have installed in my system, I tried to monitor my applications but I did not see any growth in the memory usage then I started to investigate if something is happening in the Kernel, using slab top I have got: OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 33392 33392 100%1.00K 83484 33392K size-1024 3716 3716 100%4.00K 37161 14864K size-4096 34238 33899 99%0.20K 1802 19 7208K skbuff_head_cache 547538 98%8.00K5471 4376K size-8192 12488 12488 100%0.27K892 14 3568K nf_conntrack_c0ca4b0c 12990 12990 100%0.12K433 30 1732K size-128 2211 2211 100%0.34K201 11 804K inode_cache 11387 11368 99%0.06K193 59 772K size-64 41 41 100% 16.00K 411 656K size-16384 4 4 100% 128.00K 41 512K size-131072 2782 2702 97%0.15K107 26 428K dentry 4982 4957 99%0.07K 94 53 376K sysfs_dir_cache 8814 8558 97%0.03K 78 113 312K size-32 400400 100%0.50K 508 200K size-512 1540 1255 81%0.11K 44 35 176K vm_area_struct 432423 97%0.30K 36 12 144K radix_tree_node The first line 33392 33392 100%1.00K 83484 33392K size-1024 tell me that size-1024 is using quite a lot of memory, how can I understand who is using that memory ? Thanks in advance, Pietro ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies