Is there a first scratch for Linux Kernel? [closed] - linux

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I have two Questinos:
1- Is there any scratch (any text file or so) for the Linux Kernel?
2- If yes, then where can i find it? (I search the net but can't find. Maybe I don't use correct words!)
Thanks alot
Edit:
Go to this page: en.wikipedia.org/wiki/PDP-7 the sentence for cite note 4 is as follow: In 1969, Ken Thompson wrote the first UNIX system in assembly language on a PDP-7. Then I look for what he has written!

You have all the source files in the kernel Git repository, some thousands of text files, with the millions of lines that compose the Linux kernel. It is a HUGE thing...
Search for 'linux kernel sources'

If by "scratch" you mean you are searching for the very origins of Linux Kernel, then the answers are:
1) Kind of, sort of yes
2) https://www.kernel.org/pub/linux/kernel/Historic/v0.99/

Related

View source code inside linux mint or any other distro [closed]

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 7 days ago.
Improve this question
I have an assignment in my OS design course and my instructor has asked us to open and view the source code of any of the functions (like the source code of copy or paste, something like that) of the kernel of our choosen linux distro.
I have searched a lot but I coudent find a way to do that from the terminal. Is there a way to do this via the terminal?
Searching on google keeps leading to websites that have the kernel source code
Here is the source code of GNU's core utilities. The source code won't be available from your own machine, there is no need to have uncompiled code. But you could use a C decompiler to watch it. These programs are usually located under /usr/bin

How to write linux app/library to interact with Samsung Galaxy Buds headphones? [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 2 years ago.
Improve this question
I'd like to write some library/app to interact with Galaxy Buds.
I assume that this would require me to somehow sniff packages it sends to my mobile telephone and get which corresponds to what command(volume/pause/play) and so on. And then write some wrapper for it? I'd like to make this app/library reusable between different Linux distros, and not-that-hard-portable to Mac OS.
Knowing all that I still in the place where I'm not sure where to start from.
I'd appreciate suggestions to any part of this process e.g (Programming language selection, software for BT sniffing ...)
I do have some experience with C#/Java/C++, but I'm willing to learn if these aren't most suitable for solving the issue.
I don't know that much about the libraries needed for such a solution, but as far as sniffing is concerned, I know that Wireshark (WireShark_Bluetooth_Sniffing) is a good starting place.Once you isolate the touch commands, I assume you can map them to media commands, as described here: D-Bus_Media_Commands

how should I write the script to install my own written software in Linux? [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
So the question is pretty straightforward. My idea is pretty simple, just copy the executable under /usr, then add the path into the environment path variable.
Is that all? Or do I miss something?
Sorry if this question is dumb, I'm not a noob to Linux but I am not sure about this question.
I mean it's pretty much gonna work but I don't know if it's the "standard" way to do it.
Don't write an install script at all.
Package it for the popular package managers or have someone package it for you.
The most popular are
dpkg/apt used by Debian, Ubuntu, Linux Mint and friends
rpm/yum used by RedHat Linux, openSUSE and fiends
pacman used by ArchLinux and fiends
emerge used by Gentoo and fiends
Yep, all you need to do is copy the executable (as long as you have no dependencies). If you put it in /usr/bin, you don't need to modify the path, as it's in there by default.

Linux Audio Sub Systems [closed]

Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I want to know about Linux audio, i spent a lot of time on reading but i didn't understand(clearly). Can anybody give a brief information on various Linux audio sub systems(Like OSS, ALSA, JACK, Gstreamer, Phonon, Xine)?.
Any help, Thanks in advance.
I once wrote a famous blog post about the jungle of Linux audio output formats. You can find it here.
Regrettably, the picture is no longer there, here's a copy:
It's a bit old (dating from 2007), but I hope it gives you the general idea. OSS and ALSA are the layers closest to the actual audio hardware. All the other libraries and frameworks simply talk to those lower layers. And as you can see, some of these libs and frameworks actually have wrappers around other libs and frameworks.
Which layer you want to call upon depends largely on what you wish to accomplish.

Does Linux implement page coloring? [closed]

Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 9 years ago.
Improve this question
Does the current Linux kernels implements some form of page coloring when assigning virtual to physical address mapping?
Arka
No.
Linus said:
there have been at least four different major cache coloring trials
for the kernel over the years. This discussion has been going on since the
early nineties. And none of them have worked well in practice.
Reasons are that it adds too much cost to the page free/page alloc paths, and it's pointless
because caches have become associative so that there is no need.

Resources