<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/parisc/kernel/processor.c, branch linux-4.14.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.14.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.14.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2023-09-23T08:47:03Z</updated>
<entry>
<title>parisc: Drop loops_per_jiffy from per_cpu struct</title>
<updated>2023-09-23T08:47:03Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2020-10-24T10:43:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b55cccf018a4a59670e8f3389cf30277c6e1bf9b'/>
<id>urn:sha1:b55cccf018a4a59670e8f3389cf30277c6e1bf9b</id>
<content type='text'>
commit 93346da8ff47cc00f953c7f38a2d6ba11977fc42 upstream.

There is no need to keep a loops_per_jiffy value per cpu. Drop it.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
Cc: Guenter Roeck &lt;linux@roeck-us.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parisc: Fix /proc/cpuinfo output for lscpu</title>
<updated>2023-09-23T08:47:00Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2023-08-18T20:48:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=17353a0396b99309c9b7d6eafe49f4bc4835fd49'/>
<id>urn:sha1:17353a0396b99309c9b7d6eafe49f4bc4835fd49</id>
<content type='text'>
commit 9f5ba4b3e1b3c123eeca5d2d09161e8720048b5c upstream.

The lscpu command is broken since commit cab56b51ec0e ("parisc: Fix
device names in /proc/iomem") added the PA pathname to all PA
devices, includig the CPUs.

lscpu parses /proc/cpuinfo and now believes it found different CPU
types since every CPU is listed with an unique identifier (PA
pathname).

Fix this problem by simply dropping the PA pathname when listing the
CPUs in /proc/cpuinfo. There is no need to show the pathname in this
procfs file.

Fixes: cab56b51ec0e ("parisc: Fix device names in /proc/iomem")
Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
Cc: &lt;stable@vger.kernel.org&gt; # v4.9+
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parisc: Merge model and model name into one line in /proc/cpuinfo</title>
<updated>2022-05-12T10:17:08Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2022-04-03T19:57:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4bf68b364a7dc9fdfe9690ed721410db2d14e7c4'/>
<id>urn:sha1:4bf68b364a7dc9fdfe9690ed721410db2d14e7c4</id>
<content type='text'>
commit 5b89966bc96a06f6ad65f64ae4b0461918fcc9d3 upstream.

The Linux tool "lscpu" shows the double amount of CPUs if we have
"model" and "model name" in two different lines in /proc/cpuinfo.
This change combines the model and the model name into one line.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parisc: Move init_per_cpu() into init section</title>
<updated>2017-09-22T17:47:08Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2017-09-21T19:22:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a7e6601f70a53957b1d01c321319f0237bba5202'/>
<id>urn:sha1:a7e6601f70a53957b1d01c321319f0237bba5202</id>
<content type='text'>
Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc/core: Fix section mismatches</title>
<updated>2017-08-22T14:34:37Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2017-08-21T20:09:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6c706b93b078ca0a802f6987b81899f4650a7810'/>
<id>urn:sha1:6c706b93b078ca0a802f6987b81899f4650a7810</id>
<content type='text'>
Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc/random: Add machine specific randomness</title>
<updated>2017-08-22T14:34:34Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2017-08-10T17:20:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1ed4714fba25a3730369567b081549ee1da49124'/>
<id>urn:sha1:1ed4714fba25a3730369567b081549ee1da49124</id>
<content type='text'>
Add some machine-specific information like values of cr16 cycle counter,
machine-specific software ID and machine model to the random generator.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc: Enhance detection of synchronous cr16 clocksources</title>
<updated>2017-05-10T15:46:14Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2017-01-08T10:01:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c8c3735997a3aa184fa81742bb6c4062a26af2f3'/>
<id>urn:sha1:c8c3735997a3aa184fa81742bb6c4062a26af2f3</id>
<content type='text'>
The cr16 clocks of the physical PARISC CPUs are usually nonsynchronous.
Nevertheless, it seems that each CPU socket (which holds two cores) of
PA8800 and PA8900 CPUs (e.g. in a C8000 workstation) is fed by the same
clock source, which makes the cr16 clocks of each CPU socket syncronous.
Let's try to detect such situations and mark the cr16 clocksource stable
on single-socket and single-core machines.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc: Optimize timer interrupt function</title>
<updated>2016-12-20T20:39:40Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2016-12-20T19:51:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=160494d381373cfa21208484aea4e5db2d3cb0a8'/>
<id>urn:sha1:160494d381373cfa21208484aea4e5db2d3cb0a8</id>
<content type='text'>
Restructure the timer interrupt function to better cope with missed timer irqs.
Optimize the calculation when the next interrupt should happen and skip irqs if
they would happen too shortly after exit of the irq function.

The update_process_times() call is done anyway at every timer irq, so we can
safely drop the prof_counter and prof_multiplier variables from the per_cpu
structure.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc: Enhance CPU detection code on PAT machines</title>
<updated>2016-12-12T21:28:09Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2016-11-17T20:27:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=637250cc8f5e2bfc5c3a96802d1d96b4987a1d62'/>
<id>urn:sha1:637250cc8f5e2bfc5c3a96802d1d96b4987a1d62</id>
<content type='text'>
This patch fixes the debug code which runs during the inventory scan on
machines with PAT firmware.

Additionally print out the relationship between the detected logical CPU
number and it's physical location and physical cpu number.
This leads to information which can be used to feed numa-structures in
the kernel in later patches. An example output is from my single-CPU (2
cores) C8000 machine is:

  Logical CPU #0 is physical cpu #0 at 0xffff0000ffff15, hpa 0xfffffffffe780000
  Logical CPU #1 is physical cpu #1 at 0xffff0000ffff15, hpa 0xfffffffffe781000

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
</content>
</entry>
<entry>
<title>parisc: Fix automatic selection of cr16 clocksource</title>
<updated>2016-08-20T11:33:51Z</updated>
<author>
<name>Helge Deller</name>
</author>
<published>2016-08-19T20:39:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae141830b118c3fb5b7eab6fa7c8ab7b7224b0a4'/>
<id>urn:sha1:ae141830b118c3fb5b7eab6fa7c8ab7b7224b0a4</id>
<content type='text'>
Commit 54b66800907 (parisc: Add native high-resolution sched_clock()
implementation) added support to use the CPU-internal cr16 counters as reliable
clocksource with the help of HAVE_UNSTABLE_SCHED_CLOCK.

Sadly the commit missed to remove the hack which prevented cr16 to become the
default clocksource even on SMP systems.

Signed-off-by: Helge Deller &lt;deller@gmx.de&gt;
Cc: stable@vger.kernel.org # 4.7+
</content>
</entry>
</feed>
