All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Grundler <grundler@puffin.external.hp.com>
To: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] review of Documentation/parisc/unwritten
Date: Sat, 6 Oct 2001 03:19:58 -0600	[thread overview]
Message-ID: <200110060919.DAA06756@puffin.external.hp.com> (raw)

Hi all,
In summary, it looks like unwritten file can be deleted.
Notes from reviewing Documentation/parisc/unwritten are appended.

I'll delete things marked delete unless someone tells me otherwise
by early next week.

Please give feedback on items marked "review?".
It means I didn't know what to do but status quo didn't seem right either.

thanks,
grant


sys_idle	./include/asm-parisc/unistd.h
		obsolete - delete usage.

reboot_setup()	arch/parisc/kernel/process.c
		not used. delete function.

machine_halt		BUG. NOP.  Should update LEDs/ChassisCode.
machine_power_on	obsolete - delete it
		arch/parisc/kernel/process.c

exit_thread		NOP is ok.
flush_thread		review?
		arch/parisc/kernel/process.c.
		Only needs to handle fpu stuff or perf monitors.
		(several arches implement a "lazy fpu state"...interesting)

strlen_user	include/asm-parisc/uaccess.h
		#define strlen_user(str) lstrnlen_user(str, 0x7fffffffL)
		review?

do_check_pgt_cache	arch/parisc/mm/init.c
		NOP. this seems wrong.
		all the other arches have (about) the same thing here.
		sparc64 has some CONFIG_SMP in it.

set_pte_phys	arch/parisc/mm/init.c
		orphaned. delete it.

check_bugs	include/asm-parisc/bugs.h
		NOP. Check for CPU bugs or misconfigured kernel.
		review?

csum_partial_copy
csum_partial_copy_from_user
		arch/parisc/lib/checksum.c
		We want optimized asm for both of those.
		Willy reminded me to pester someone in HP about this.

sigaddset
sigdelset	include/linux/signal.h
		Only i386 and m68k define __HAVE_ARCH_SIG_BITOPS.
		parisc ends up using "generic" code like most other arches.
		Is this an issue?

get_cycles	include/asm-parisc/timex.h
		Defined as "mfctl(16)". Is this ok?
		Only used in drivers/drm/ and kernel/sched.c.

             reply	other threads:[~2001-10-06  9:22 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-06  9:19 Grant Grundler [this message]
2001-10-06 10:37 ` [parisc-linux] review of Documentation/parisc/unwritten Helge Deller
2001-10-09 19:44 ` Grant Grundler
     [not found] <200110061035.EAA13283@puffin.external.hp.com>
2001-10-07  0:44 ` Grant Grundler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200110060919.DAA06756@puffin.external.hp.com \
    --to=grundler@puffin.external.hp.com \
    --cc=parisc-linux@lists.parisc-linux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.