lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080622202539.f302ce03.randy.dunlap@oracle.com>
Date:	Sun, 22 Jun 2008 20:25:39 -0700
From:	Randy Dunlap <randy.dunlap@...cle.com>
To:	Matt LaPlante <kernel1@...erdogtech.com>
Cc:	linux-kernel@...r.kernel.org, trivial@...nel.org
Subject: Re: [PATCH] Documentation cleanup: trivial misspelling,
 punctuation, and grammar corrections.

On Fri, 20 Jun 2008 23:00:21 -0500 Matt LaPlante wrote:

Signed-off-by: ??

A few nits below...

> diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt
> index b7522c6..c4d348d 100644
> --- a/Documentation/filesystems/vfs.txt
> +++ b/Documentation/filesystems/vfs.txt
> @@ -895,9 +895,9 @@ struct dentry_operations {
>  	iput() yourself
>  
>    d_dname: called when the pathname of a dentry should be generated.
> -	Usefull for some pseudo filesystems (sockfs, pipefs, ...) to delay
> +	Useful for some pseudo filesystems (sockfs, pipefs, ...) to delay
>  	pathname generation. (Instead of doing it when dentry is created,
> -	its done only when the path is needed.). Real filesystems probably
> +	it's done only when the path is needed.). Real filesystems probably
>  	dont want to use it, because their dentries are present in global

	don't

>  	dcache hash, so their hash should be an invariant. As no lock is
>  	held, d_dname() should not try to modify the dentry itself, unless

> diff --git a/Documentation/sound/alsa/Audiophile-Usb.txt b/Documentation/sound/alsa/Audiophile-Usb.txt
> index 2ad5e63..a4c53d8 100644
> --- a/Documentation/sound/alsa/Audiophile-Usb.txt
> +++ b/Documentation/sound/alsa/Audiophile-Usb.txt
> @@ -388,9 +388,9 @@ There are 2 main potential issues when using Jackd with the device:
>  
>  Jack supports big endian devices only in recent versions (thanks to
>  Andreas Steinmetz for his first big-endian patch). I can't remember 
> -extacly when this support was released into jackd, let's just say that 
> +exactly when this support was released into jackd, let's just say that
>  with jackd version 0.103.0 it's almost ok (just a small bug is affecting 
> -16bits Big-Endian devices, but since you've read  carefully the above 
> +16bits Big-Endian devices, but since you've read carefully the above

   16-bit (above and below here)

>  paragraphs, you're now using kernel >= 2.6.23 and your 16bits devices 
>  are now Little Endians ;-) ).
>  

Thanks.  Big ack for all of the others.

---
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ