May 2016 - kernelnewbies@kernelnewbies.org - Kernelnewbies Mailing Lists

Re: How to fast master kernel
by Valdis.Kletnieks＠vt.edu May 13, 2016

May 13, 2016

On Wed, 11 May 2016 12:26:17 +0800, "Aric" said: > But for each board, it have dedicated kernel code package. For example, what > I want to do first, it I can write kernel drivers and kernel code freely. I can > easily add a I2C (AT24C02) device and finished its driver in a short time. Wel, that's only actually helpful for the kernel if somebody's already done the port to that board (which it seems they have, since it already has a kernel package), and failed to add an I2C driver already. The other thing that you could do that would benefit the kernel is to take the vendor's code (which is probably some ancient creeping horror like 3.4 or even a 2.6.something), and get the drivers up to 4.6 level and get them upstreamed. Greg KH is almost certainly reading this, and he *loves* helping get drivers into the main kernel :) Greg, meet Aric. Aric, meet Greg. :)

6 10

Re: How to contact to Greg.
by walkerlala May 13, 2016

May 13, 2016

Really nice to see that Greg KH is in the kernelnewbies mailing list.

1 0

anyone aware of a high availability setup that relies on fully redundant install?
by Robert P. J. Day May 12, 2016

May 12, 2016

i figure this is as good a place as any to ask ... is anyone here aware of anyone using a linux config and install that, for the purposes of reliability or high availability or whatever you want to call it, relies on a second, completely independent installation of linux on the same hard drive? i was having a discussion about the reliability of upgrading linux (any combination of kernel, basic rootfs and/or proprietary apps), and one approach that was suggested (not by me) was to have two entirely independent installations on the same hard drive so that, when one "upgraded" the system, the newer content was installed in the other partition and the system rebooted to that newer content, the rationale being that, if the upgraded system didn't work, one could revert back to the original install. the history of this particular approach lies in the fact that the original S/W running on the system in question was an embedded app programmed right on bare metal, so the entire app was basically a monolithic combination of boot loader, kernel and all the apps. in that case, i can certainly see how one wanted a reliable way to revert back to a known working system if the new S/W had flaws. but i don't think that logic holds with a linux installation. the major concern seems to be a fear that, if one upgrades the kernel even a little bit, user space apps might suddenly stop working because of some new incompatibility introduced by that upgrade. i'm well aware of gregkh's piece on kernel stable API nonsense: https://www.kernel.org/doc/Documentation/stable_api_nonsense.txt so i'm not overly worried, but folks in the discussion coming from the embedded programming space are using their experiences from that space to argue that a fully redundant install is the safest approach just in case something goes wrong with an upgrade. not surprisingly, my position is that this is not something they need to worry about a whole lot but, for the sake of fairness, i thought i'd look around to see if any linux folks *are* using that approach. anyone? thoughts? rday -- ======================================================================== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday ========================================================================

6 9

Can I just remove code of other architectures and get a clean X86 source
by walkerlala May 12, 2016

May 12, 2016

Hi everyone. I am just reading the kernel code, adding some code to make it pause and print some text and then interact with it a little bit. I have compile the kernel successfully and run the kernel in QEMU. It did work.Nice. But, when I reading the source, I found that there are just too many files there, which make it hard for me to manage. With so many files, It's hard to change directories, read and modified and still remember what you are doing (so many files with the same/similar name). I know that's because Linux support many architectures, and that 's the reason why there are so many folders under the 'arch' directory of the source code. So, I wonder, as I only want the source for x86 device, can I simply remove that source files which are unrelated to x86 and still make the kernel work as normal? I mean, can I just remove all the directory under 'arch' except 'x86-64' ? Also, are there any other files that I can safely removed and won't hurt the kernel ? Thanks in advance. (btw, I don't know whether this question is asked before. I google it but find nothing related. If it's duplicated, please give me some pointer to the mailing list where this topic located )

2 1

Is there anyone on MAC kernel
by Robert Clove May 11, 2016

May 11, 2016

Hi, I am looking for some with whom i can discuss my mac kernel problems. If you know someone please mail me . Regards Clove

3 2

How to fast master kernel
by Aric May 11, 2016

May 11, 2016

Hi all, I buy many boards, already on my hands boards: S3C6410, AR9331,AllWinner A20, H3. But for each board, it have dedicated kernel code package. For example, what I want to do first, it I can write kernel drivers and kernel code freely. I can easily add a I2C (AT24C02) device and finished its driver in a short time. Any good tutorial or good practise to guide me, make me easily to do that? If we have more small code example it will help? Sorry all for my stupid questions. /BRs

1 0

How to fast master kernel
by Aric May 10, 2016

May 10, 2016

Hi all, I'm a newcomer, hope to learn linux kernel together. How can I contribute to kernel programming? Any good tutorials and tranings ? Why so silence this mail-alias. /BRs Aric Wang

4 5

Submitting patches to non-staging
by Pratyush Patel May 10, 2016

May 10, 2016

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

5 8

pr_debug
by Tobin Harding May 10, 2016

May 10, 2016

pr_debug messages do not appear in dmesg output (or via cat /proc/kmsg). I have set console level to 8 (cat /proc/sys/kernel/printk -> 8 1 4 8). Any suggestions please? -- thanks, Tobin.

2 2

Hello, greeating from a new commer
by Aric May 9, 2016

May 9, 2016

Hi all,

1 0