[PATCH 1/1] Perf: fix overwritten of free running PEBSv3 timestamp
commit a7b58d211ba18c9175b139e18b68c86a6bcc3c3f introduced feature of timestamp on free running PEBSv3, however, the timestamp is later overwritten,
View Article[PATCH] cgroup: provide cgroup_nov1= to disable controllers in v1 mounts
Testing cgroup2 can be painful with system software automatically mounting and populating all cgroup controllers in v1 mode. Sometimes they can be unm
View Article[PATCH v7 1/3] cpufreq: Add mechanism for registering utilization update...
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Introduce a mechanism by which parts of the cpufreq subsystem ("setpolicy" drivers or the core)
View ArticleScalable random patchkit revisited
Hi Ted, So far noone has come with a better solution, and the /dev/*random scaling problem on large systems is still there and affecting workloads.
View Article[PATCH 1/3] Make /dev/urandom scalable
From: Andi Kleen <ak@linux.intel.com> We had a case where a 4 socket system spent >80% of its total CPU time contending on the global urandom nonbloc
View Article[PATCH 2/3] random: Make input to output pool balancing per cpu
From: Andi Kleen <ak@linux.intel.com> The load balancing from input pool to output pools was essentially unlocked. Before it didn't matter much becau
View Article[PATCH 3/3] random: Add pool name to urandom_read trace point
From: Andi Kleen <ak@linux.intel.com> Now that we have multiple nonblocking_pools it makes sense to report the name of the pool in the urandom_read t
View Article[PATCH v2] hpet: drop stale link
Looks like the HPET spec at intel.com got moved. It isn't hard to find so drop the link, just mention the revision assumed. Suggested-by: Thomas Glei
View Article[PATCH] ACPI / fan: Make struct dev_pm_ops const
From: Kaiyen Chang <kaiyen.chang@intel.com> Silence the following checkpatch warning: WARNING: struct dev_pm_ops should normally be const. Signed-of
View Article[PATCH 0/3] lockdep: liblockdep: Prevent chain_key collisions
This patch series prevents possible collisions in the chain_key hashing macro iterate_chain_key(key1, key2) that can lead to lockdep not detecting ve
View Article[PATCH 1/3] tools/liblockdep: add userspace version of READ_ONCE
From: Alfredo Alvarez Fernandez <alfredoalvarezfernandez@gmail.com> This was added to the kernel code in 1658d35ead5d ("list: Use READ_ONCE() when te
View Article[PATCH 2/3] tools/liblockdep: add tests
From: Alfredo Alvarez Fernandez <alfredoalvarezfernandez@gmail.com> Add test for AA and 2 threaded ABBA locking. Rename AA.c to ABA.c since it was i
View Article[PATCH 3/3] lockdep: prevent chain_key collisions
From: Alfredo Alvarez Fernandez <alfredoalvarezfernandez@gmail.com> The chain_key hashing macro iterate_chain_key(key1, key2) does not generate a new
View Article[PATCH 1/2] ARM: dts: vf610twr: assign Ethernet clock explicitly
Assign Ethernet clock parents explicitly. The VF610 Tower Board uses the external Ethernet clock input which is connected to a 50MHz clock. The Vybri
View Article[PATCH 2/2] ARM: dts: vf-colibri: assign Ethernet clock explicitly
Assign Ethernet clock parents explicitly. The Colibri VF61 uses the 50MHz Ethernet clock provided by PLL5. The Vybrid SoC has two ethernet interfaces
View Article[PATCH] usb: storage: make US_DEBUGPX print with LOGLEVEL_DEBUG
The US_DEBUGPX macro uses printk without specifying a kernel log level, so the default kernel log level is used, which may not match LOGLEVEL_DEBUG us
View Articlepossible patch
Hello, I am new to submitting patches, so sorry if I am doing it wrong. My idea was to change line 147 in drivers/isdn/pcbit/callbacks.c from if (cbda
View ArticleÎòïðàâëÿþ Âàì ïèñüìî
Çäðàâñòâóéòå. Òàê æå êàê Âû âèäèòå ýòî ñîîáùåíèå, ñìîãóò òàêèå æå ëþäè óâèäåòü Âàøå ïèñüìî. Öåíû îò 1500. -- Ñ óâàæåíèåì, ìåíåäæåð Åêàòåðèíà. Ñîò
View Articlelinux-next: manual merge of the net-next tree with the net tree
Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/vxlan.c between commit: 72564b59ffc4 ("vxlan: Relax MTU c
View ArticleBusiness Partnership
Hello, I am Mr. LAURENT EYADEMA from Republic of Togo.please read the attached proposal. Thanks in anticipation of your urgent response, LAURENT EY
View Article