Re: How to use earlycon and earlyprintk on Samsung S3C24xx
Hi, On 16-03-01 21:07:09, Woody Wu wrote: > On Friday, February 26, 2016, wrote: > > > Hi, > > > > On 16-02-26 00:55:40, Woody Wu wrote: > > > Hi, > > > > > > It seems, at least in 4.4.2 kernel, earlyprintk parameter supports > > > something like 's3c24xx,'. But I dont know where to find out the > > addr > > > value of the first uart port on my *s3c2416* based board. Can someone > > > please tell me? > > > > > > Also, I desire to know if the earlycon parameter supports the Samsung > > > S3C24xx uarts, if so, what should the value of the parameter look like? > > > > Have a look in the documentation here > > https://www.kernel.org/doc/Documentation/kernel-parameters.txt > > > > The kernels kernel-parameter.txt documentation file lists the supported > > drivers. > > > > Generally the UART0 port is used for debugging but I guess there is > > no such hard and fast rule. > > > > For your particular board, you can check which UART port is used > > as the debug serial console and then get the address for the concerned > > UART by checking the relevant dtsi file in > > arch/arm/boot/dts/s3c24xx.dtsi or perhaps one of the exynosX.dtsi files? > > > > UART0 port seems to have address of 0x5000? > > > > Regards, > > Sanchayan. > > > Thanks for you pointing me to the dtsi files, very informational ! And, > yes, the uart0 address os 0x5000 and I has made it work via > 'earlyprintk=serial,0x5000,115200'. By the way, is this a physical > address or mmap-ed address? The addresses specified in the DTS files are always physical addresses. So 0x5000 is a physical address. This address will be mapped using one of the ioremap calls by the driver and used further by kernel using readl/writel calls. You can see the earlycon support declaration here http://lxr.free-electrons.com/source/drivers/tty/serial/samsung.c#L2452 s3c24xx_serial_probe -->s3c24xx_serial_init_port >Call to devm_ioremap http://lxr.free-electrons.com/source/drivers/tty/serial/samsung.c#L1705 - Sanchayan. > > > > > > > > > Thank in advance, > > > > > > -woody > > > > > > > > > -- > > > Life is the only flaw in an otherwise perfect nonexistence > > > -- Schopenhauer > > > > > > woody > > > public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com > > ) > > > > > ___ > > > Kernelnewbies mailing list > > > Kernelnewbies@kernelnewbies.org > > > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > > > > > -- > Life is the only flaw in an otherwise perfect nonexistence > -- Schopenhauer > > woody > public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Question : How to access to bandwith statistics from kernel space?
On Mon, Feb 29, 2016 at 5:47 PM, Martin Houry wrote: > I have made some research and I could't find a library who can give > me interfaces's statistics like max/min/average bandwidth, jitter, ... > > Do you know a way to do this? > > Thank you > Martin > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > Hi Try to check mtr application sourc code. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Submitting patches to non-staging
On Tue, Mar 1, 2016 at 9:24 PM, Sudip Mukherjee wrote: > On Tue, Mar 1, 2016 at 9:16 PM, Pratyush Patel > wrote: >> Hello all, >> >> I am new to Linux kernel development and am hoping to contribute to >> the Linux community. I recently read Robert Love's LKD book, and have >> gone through some of the documents and patch submitting guidelines on >> kernelnewbies.org. >> >> I will be pursuing my undergraduate thesis research in the field of >> real-time (operating) systems and as such, I expect to be closely >> involved with the timer and interrupt subsystems in Linux (as well as >> other areas, but to a lesser degree). I am also hoping to work with >> the hrtimer subsystem, and while going through the latest code >> (4.5-rc6) of the same, I found a very minor code-level change that >> could be incorporated (redundant #ifdef). Would such a change in a >> core kernel file be acceptable coming from a beginner? Or should I aim >> for the staging drivers first? > > If it is valid change it will be accepted. But better to start with staging, > learn and experience the process of patch submission then go to your > preferred subsystem. > > regards > sudip Thanks for the advice. I submitted my first patch in the hrtimer subsystem, but will prefer staging area for my future (new) patches. ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Submitting patches to non-staging
On Tue, Mar 1, 2016 at 9:16 PM, Pratyush Patel wrote: > Hello all, > > I am new to Linux kernel development and am hoping to contribute to > the Linux community. I recently read Robert Love's LKD book, and have > gone through some of the documents and patch submitting guidelines on > kernelnewbies.org. > > I will be pursuing my undergraduate thesis research in the field of > real-time (operating) systems and as such, I expect to be closely > involved with the timer and interrupt subsystems in Linux (as well as > other areas, but to a lesser degree). I am also hoping to work with > the hrtimer subsystem, and while going through the latest code > (4.5-rc6) of the same, I found a very minor code-level change that > could be incorporated (redundant #ifdef). Would such a change in a > core kernel file be acceptable coming from a beginner? Or should I aim > for the staging drivers first? If it is valid change it will be accepted. But better to start with staging, learn and experience the process of patch submission then go to your preferred subsystem. regards sudip ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Submitting patches to non-staging
Hello all, I am new to Linux kernel development and am hoping to contribute to the Linux community. I recently read Robert Love's LKD book, and have gone through some of the documents and patch submitting guidelines on kernelnewbies.org. I will be pursuing my undergraduate thesis research in the field of real-time (operating) systems and as such, I expect to be closely involved with the timer and interrupt subsystems in Linux (as well as other areas, but to a lesser degree). I am also hoping to work with the hrtimer subsystem, and while going through the latest code (4.5-rc6) of the same, I found a very minor code-level change that could be incorporated (redundant #ifdef). Would such a change in a core kernel file be acceptable coming from a beginner? Or should I aim for the staging drivers first? I very much look forward to contributing my first patch! Thanks, Pratyush ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Project Idea..
On 03/01/2016 10:07 AM, SUNITA wrote: > I located the following implementations on lwn.net for finding the > energy consumption pattern > > http://lwn.net/Articles/603504/ > http://lwn.net/Articles/597279/ > http://lwn.net/Articles/558234/ > http://lwn.net/Articles/557822/ > > Are there any more articles which i have missed. > what kind of question is that? this is a mailing list in kernel internals for newbies. This is not hand holding for HW. If that is all the articles you found then that is all you will see. BTW Greg gave you the answer to your inquire on a silver platter and you ignored it. Ruben -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Project Idea..
I located the following implementations on lwn.net for finding the energy consumption pattern http://lwn.net/Articles/603504/ http://lwn.net/Articles/597279/ http://lwn.net/Articles/558234/ http://lwn.net/Articles/557822/ Are there any more articles which i have missed. Regards Sunita On 2/22/16, Greg KH wrote: > On Mon, Feb 22, 2016 at 10:54:54AM +0530, SUNITA wrote: >> Respected Sir/Madam, >> I am trying to study the effect of Scheduler Policies on Energy >> Consumption of Portable Device. > > There are lots of people currently working on this, and have been for > many years. I know of at least 3 complete implementations at the > moment (two of which ship in some Android phones), so I would suggest > working with one of those groups to try to get their code merged into > the Linux kernel. To create a 4th implementation would seem like a bit > of a redundant effort. > > Search the archives of lwn.net for details about this if you are > interested. > > good luck! > > greg k-h > ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Regarding Linux Kernel Upgradation
2016-03-01 20:05 GMT+08:00 Anil Nair : > Hi All, > > A little confusion, I have existing Linux kernel version 4.5rc4 I > wanted to upgrade my Linux kernel 4.5rc6, The preferred method is step > by step patch,first apply patch-4.5rc5 and then patch-4.5rc6, Then > recompile the kernel. > > You didn't say how you get your current Linux Kernel ? Through tar.gz package from kernel.org or git clone from the mainline git repo! If you download from kernel.org, redownload another version and compile. If you use git, just to git pull and get you to the latest version! Is this is the right approach? Or am I missing out something? > > > -- > -- > Regards, > Anil Nair > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > -- My best regards to you. No System Is Safe! mudongliang ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: How to use earlycon and earlyprintk on Samsung S3C24xx
On Friday, February 26, 2016, wrote: > Hi, > > On 16-02-26 00:55:40, Woody Wu wrote: > > Hi, > > > > It seems, at least in 4.4.2 kernel, earlyprintk parameter supports > > something like 's3c24xx,'. But I dont know where to find out the > addr > > value of the first uart port on my *s3c2416* based board. Can someone > > please tell me? > > > > Also, I desire to know if the earlycon parameter supports the Samsung > > S3C24xx uarts, if so, what should the value of the parameter look like? > > Have a look in the documentation here > https://www.kernel.org/doc/Documentation/kernel-parameters.txt > > The kernels kernel-parameter.txt documentation file lists the supported > drivers. > > Generally the UART0 port is used for debugging but I guess there is > no such hard and fast rule. > > For your particular board, you can check which UART port is used > as the debug serial console and then get the address for the concerned > UART by checking the relevant dtsi file in > arch/arm/boot/dts/s3c24xx.dtsi or perhaps one of the exynosX.dtsi files? > > UART0 port seems to have address of 0x5000? > > Regards, > Sanchayan. Thanks for you pointing me to the dtsi files, very informational ! And, yes, the uart0 address os 0x5000 and I has made it work via 'earlyprintk=serial,0x5000,115200'. By the way, is this a physical address or mmap-ed address? > > > > > Thank in advance, > > > > -woody > > > > > > -- > > Life is the only flaw in an otherwise perfect nonexistence > > -- Schopenhauer > > > > woody > > public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com > ) > > > ___ > > Kernelnewbies mailing list > > Kernelnewbies@kernelnewbies.org > > http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > > -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer woody public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Regarding Linux Kernel Upgradation
On Tue, Mar 1, 2016 at 8:35 AM, Anil Nair wrote: > Hi All, > > A little confusion, I have existing Linux kernel version 4.5rc4 I > wanted to upgrade my Linux kernel 4.5rc6, The preferred method is step > by step patch,first apply patch-4.5rc5 and then patch-4.5rc6, Then > recompile the kernel. > > Is this is the right approach? Or am I missing out something? If you clone the mainline git repo you could simply pull the changes each time and then recompile. > > -- > -- > Regards, > Anil Nair > > ___ > 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
Regarding Linux Kernel Upgradation
Hi All, A little confusion, I have existing Linux kernel version 4.5rc4 I wanted to upgrade my Linux kernel 4.5rc6, The preferred method is step by step patch,first apply patch-4.5rc5 and then patch-4.5rc6, Then recompile the kernel. Is this is the right approach? Or am I missing out something? -- -- Regards, Anil Nair ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
