Re: [PATCH 1/1] x86_64: add config options to optimize for newer AMD processors

2013-10-03 Thread Austin S Hemmelgarn
On 2013-09-29 17:30, Borislav Petkov wrote: > On Sun, Sep 29, 2013 at 05:23:37PM -0400, Austin S Hemmelgarn wrote: >> I'm not saying that should just be included without substantiation, >> I simply mean that the reason to include it (as far as I am >> concerned) is that

Re: [PATCH 1/1] x86_64: add config options to optimize for newer AMD processors

2013-10-03 Thread Austin S Hemmelgarn
On 2013-10-03 12:57, Borislav Petkov wrote:> On Thu, Oct 03, 2013 at 09:27:45AM -0700, Linus Torvalds wrote: >> On Thu, Oct 3, 2013 at 5:06 AM, Austin S Hemmelgarn >> wrote: >>> improved. Building kernel 3.12-rc2 with allmodconfig using 8 jobs on a >>> FX-832

[PATCH 1/1] x86_64: add config options to optimize for newer AMD processors

2013-09-29 Thread Austin S Hemmelgarn
From: Austin S. Hemmelgarn This patch adds Kconfig options to allow optimization for AMD family 10h, AMD Bulldozer, and AMD Piledriver derived CPU's in version 3.12-rc2. These provide noticeable improvements over the K8 config option, and allow the kernel to take full advantage of AMD spe

Re: [PATCH 1/1] x86_64: add config options to optimize for newer AMD processors

2013-09-29 Thread Austin S Hemmelgarn
On 09/29/2013 02:01 PM, Borislav Petkov wrote: > On Sun, Sep 29, 2013 at 01:54:00PM -0400, Austin S Hemmelgarn > wrote: >> From: Austin S. Hemmelgarn >> >> This patch adds Kconfig options to allow optimization for AMD >> family 10h, AMD Bulldozer, and AMD Piledriv

Re: [PATCH 1/1] x86_64: add config options to optimize for newer AMD processors

2013-09-29 Thread Austin S Hemmelgarn
On 09/29/2013 04:50 PM, Borislav Petkov wrote: > On Sun, Sep 29, 2013 at 04:41:02PM -0400, Austin S Hemmelgarn > wrote: >> While I understand that you want decisive proof that it provides >> an improvement, does it specifically matter if the option is >> unused by most peop

Re: TRIM/UNMAP/DISCARD via ATA Passthrough

2016-09-19 Thread Austin S. Hemmelgarn
On 2016-09-17 01:14, James Bottomley wrote: On Fri, 2016-09-16 at 13:06 -0400, Austin S. Hemmelgarn wrote: On 2016-09-16 12:21, James Bottomley wrote: On Fri, 2016-09-16 at 11:53 -0400, Austin S. Hemmelgarn wrote: On 2016-09-16 07:16, Hannes Reinecke wrote: On 09/15/2016 10:52 PM, Jason A

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-20 Thread Austin S. Hemmelgarn
On 2016-06-18 12:31, Stephan Mueller wrote: Am Samstag, 18. Juni 2016, 10:44:08 schrieb Theodore Ts'o: Hi Theodore, At the end of the day, with these devices you really badly need a hardware RNG. We can't generate randomness out of thin air. The only thing you really can do requires user sp

Re: [RFC 00/18] Present useful limits to user

2016-06-20 Thread Austin S. Hemmelgarn
On 2016-06-18 10:45, Konstantin Khlebnikov wrote: On Wed, Jun 15, 2016 at 5:47 PM, Austin S. Hemmelgarn wrote: On 2016-06-14 15:03, Konstantin Khlebnikov wrote: I don't like the idea of this patchset. All limitations are context dependent and that context changes rapidly. You'll

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-20 14:32, Stephan Mueller wrote: Am Montag, 20. Juni 2016, 13:07:32 schrieb Austin S. Hemmelgarn: Hi Austin, On 2016-06-18 12:31, Stephan Mueller wrote: Am Samstag, 18. Juni 2016, 10:44:08 schrieb Theodore Ts'o: Hi Theodore, At the end of the day, with these devices you r

Re: [PATCH v5 0/7] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 03:32, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 09:12:07 schrieb Nikos Mavrogiannopoulos: Hi Nikos, On Mon, Jun 20, 2016 at 5:43 PM, Stephan Mueller wrote: Personally, I don't really use /dev/random, nor would I recommend it for most application programmers. At this

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 09:42, Pavel Machek wrote: Hi! 6. You have a significant lack of data regarding embedded systems, which is one of the two biggest segments of Linux's market share. You list no results for any pre-ARMv6 systems (Linux still runs on and is regularly used on ARMv4 CPU's, and it's wo

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 09:20, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 09:05:55 schrieb Austin S. Hemmelgarn: Hi Austin, On 2016-06-20 14:32, Stephan Mueller wrote: Am Montag, 20. Juni 2016, 13:07:32 schrieb Austin S. Hemmelgarn: Hi Austin, On 2016-06-18 12:31, Stephan Mueller wrote: Am

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 13:23, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 13:18:33 schrieb Austin S. Hemmelgarn: Hi Austin, You have to trust the host for anything, not just for the entropy in timings. This is completely invalid argument unless you can present a method that one guest can

Re: [PATCH v5 0/7] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 12:28, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 12:03:56 schrieb Austin S. Hemmelgarn: Hi Austin, On 2016-06-21 03:32, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 09:12:07 schrieb Nikos Mavrogiannopoulos: Hi Nikos, On Mon, Jun 20, 2016 at 5:43 PM, Stephan

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 09:19, Tomas Mraz wrote: On Út, 2016-06-21 at 09:05 -0400, Austin S. Hemmelgarn wrote: On 2016-06-20 14:32, Stephan Mueller wrote: [1] http://www.chronox.de/jent/doc/CPU-Jitter-NPTRNG.pdf Specific things I notice about this: 1. QEMU systems are reporting higher values than

Re: [PATCH v4 0/5] /dev/random - a new approach

2016-06-21 Thread Austin S. Hemmelgarn
On 2016-06-21 14:04, Stephan Mueller wrote: Am Dienstag, 21. Juni 2016, 13:51:15 schrieb Austin S. Hemmelgarn: 6. You have a significant lack of data regarding embedded systems, which is one of the two biggest segments of Linux's market share. You list no results for any pre-ARMv6 sy

Re: bcache vs bcachefs

2016-09-07 Thread Austin S. Hemmelgarn
On 2016-09-06 20:55, Kent Overstreet wrote: On Tue, Sep 06, 2016 at 11:46:28AM +0200, Harald Dunkel wrote: Hi folks, I am pretty hesitant replacing the rock-solid ext4 by bcachefs on my servers. Meaning no offense, but surely I would prefer to have ext4 with a thin "SSD caching layer" over a co

Re: [PATCH v8 00/41] Richacls

2015-10-05 Thread Austin S Hemmelgarn
On 2015-10-05 14:45, Andreas Gruenbacher wrote: On Sun, Oct 4, 2015 at 8:23 AM, Christoph Hellwig wrote: On Mon, Sep 28, 2015 at 12:08:51AM +0200, Andreas Gruenbacher wrote: Hello, here's another update of the richacl patch queue. At this stage, I would like to ask for final feedback so that

Re: [PATCH v9 00/43] Richacls

2015-10-07 Thread Austin S Hemmelgarn
On 2015-10-07 03:33, James Morris wrote: On Tue, 6 Oct 2015, Andreas Gruenbacher wrote: On Tue, Oct 6, 2015 at 11:07 AM, Pavel Machek wrote: Should there be file in Documentation/ explaining how this works? There are plenty of comments in the code and in the patch descriptions that describe

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-09-01 Thread Austin S Hemmelgarn
On 2015-09-01 06:29, Albino B Neto wrote: 2015-08-31 19:31 GMT-03:00 Raymond Jennings : I think also that we should remove the ext2 driver before we remove the ext3 driver. Yes. It is logical to remove the old ext2 drive, because there are more computers with ext3 that ext2. Ext2 is obsolete b

Re: [PATCH v10 24/46] xfs: Add richacl support

2015-10-13 Thread Austin S Hemmelgarn
On 2015-10-12 01:57, Andreas Gruenbacher wrote: On Mon, Oct 12, 2015 at 6:05 AM, Dave Chinner wrote: On Mon, Oct 12, 2015 at 03:51:15AM +0200, Andreas Grünbacher wrote: 2015-10-12 2:10 GMT+02:00 Dave Chinner : On Mon, Oct 12, 2015 at 12:58:35AM +0200, Andreas Gruenbacher wrote: diff --git a/

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-16 Thread Austin S Hemmelgarn
On 2015-10-16 11:17, Andreas Gruenbacher wrote: From: "Aneesh Kumar K.V" This feature flag selects richacl instead of posix acl support on the file system. In addition, the "acl" mount option is needed for enabling either of the two kinds of acls. Signed-off-by: Aneesh Kumar K.V Signed-off-by

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-16 Thread Austin S Hemmelgarn
On 2015-10-16 13:41, Andreas Gruenbacher wrote: On Fri, Oct 16, 2015 at 7:31 PM, Austin S Hemmelgarn wrote: I would like to re-iterate, on both XFS and ext4, I _really_ think this should be a ro_compat flag, and not an incompat one. If a person has the ability to mount the FS (even if it

Re: [RFC][PATCH] mmc_block: Allow more than 8 partitions per card

2015-10-16 Thread Austin S Hemmelgarn
On 2015-10-16 14:40, John Stultz wrote: From: Colin Cross It is quite common for Android devices to utilize more then 8 partitions on internal eMMC storage. This patch, which has been carried for quite awhile in the AOSP common tree is necessary in order to support such configurations, so I wan

Re: [RFC][PATCH] mmc_block: Allow more than 8 partitions per card

2015-10-16 Thread Austin S Hemmelgarn
On 2015-10-16 15:08, Arnd Bergmann wrote: On Friday 16 October 2015 15:03:29 Austin S Hemmelgarn wrote: On 2015-10-16 14:40, John Stultz wrote: From: Colin Cross It is quite common for Android devices to utilize more then 8 partitions on internal eMMC storage. This patch, which has been

Re: Possible bug in DM-RAID.

2015-10-21 Thread Austin S Hemmelgarn
On 2015-10-20 11:12, Austin S Hemmelgarn wrote: I think I've stumbled upon a bug in DM-RAID. The primary symptom is that when creating a new DM-RAID based device (using either LVM or dmsetup) in a RAID1 configuration, it very quickly claims one by one that all of the disks failed excep

Re: Possible bug in DM-RAID.

2015-10-21 Thread Austin S Hemmelgarn
On 2015-10-21 09:19, Austin S Hemmelgarn wrote: Hmm, dm-de...@redhat.org seems to have bounced for me. Any ideas why RedHat would be blocking inbound mail from Google's mail servers? On 2015-10-20 11:12, Austin S Hemmelgarn wrote: I think I've stumbled upon a bug in DM-RAID. T

Re: [dm-devel] Possible bug in DM-RAID.

2015-10-21 Thread Austin S Hemmelgarn
bitmap->cluster_slot); + mddev_is_clustered(bitmap->mddev) + ? bitmap->cluster_slot : 0); if (ret) goto err; On 10/21/2015 03:39 AM, Neil Brown wrote: Added dm-devel, which is probably the more appropria

Re: [PATCH] userns/capability: Add user namespace capability

2015-10-21 Thread Austin S Hemmelgarn
On 2015-10-21 14:53, Andy Lutomirski wrote: On Oct 19, 2015 7:25 AM, "Austin S Hemmelgarn" wrote: On 2015-10-17 11:58, Tobias Markus wrote: Add capability CAP_SYS_USER_NS. Tasks having CAP_SYS_USER_NS are allowed to create a new user namespace when calling clone or un

Re: [musl] RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

2015-09-02 Thread Austin S Hemmelgarn
On 2015-09-02 00:32, Andy Lutomirski wrote: On Tue, Sep 1, 2015 at 9:18 PM, Rich Felker wrote: On Tue, Sep 01, 2015 at 08:39:27PM -0700, Andy Lutomirski wrote: On Tue, Sep 1, 2015 at 7:54 PM, Rich Felker wrote: If this is not the case, I have what sounds like an elegant solution, if it works

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-09-02 Thread Austin S Hemmelgarn
ot;tune2fs -O new_feature /dev/sdXX". Yeah! 2015-09-01 16:39 GMT-03:00 Austin S Hemmelgarn : NO, it is not logical. A vast majority of Android smartphones in the wild use ext2, as do a very significant portion of embedded systems that don't have room for the few hundred kilobytes of extr

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-09-02 Thread Austin S Hemmelgarn
On 2015-09-02 07:58, Chuck Ebbert wrote: On Tue, 1 Sep 2015 15:39:45 -0400 Austin S Hemmelgarn wrote: On 2015-09-01 06:29, Albino B Neto wrote: 2015-08-31 19:31 GMT-03:00 Raymond Jennings : I think also that we should remove the ext2 driver before we remove the ext3 driver. Yes. It is

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-09-02 Thread Austin S Hemmelgarn
On 2015-09-01 19:58, Theodore Ts'o wrote: On Tue, Sep 01, 2015 at 03:39:45PM -0400, Austin S Hemmelgarn wrote: NO, it is not logical. A vast majority of Android smartphones in the wild use ext2, as do a very significant portion of embedded systems that don't have room for the f

Re: Linux Firmware Signing

2015-09-02 Thread Austin S Hemmelgarn
On 2015-09-02 12:45, Mimi Zohar wrote: On Wed, 2015-09-02 at 08:28 -0700, Kees Cook wrote: On Tue, Sep 1, 2015 at 8:44 PM, Mimi Zohar wrote: On Tue, 2015-09-01 at 20:08 -0700, Kees Cook wrote: On Tue, Sep 1, 2015 at 4:43 PM, Luis R. Rodriguez wrote: On Mon, Aug 31, 2015 at 10:18:55AM -0400,

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-03 Thread Austin S Hemmelgarn
On 2015-09-02 17:12, Stas Sergeev wrote: 02.09.2015 23:55, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote: 02.09.2015 23:22, Josh Boyer пишет: On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote: 02.09.2015 20:46, Josh Boyer пишет: On Wed, Sep 2, 2015 at 10:08 AM,

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-03 Thread Austin S Hemmelgarn
On 2015-09-02 17:53, Stas Sergeev wrote: 03.09.2015 00:40, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote: 02.09.2015 23:55, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote: 02.09.2015 23:22, Josh Boyer пишет: On Wed, Sep 2, 2015 at 1:5

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-03 Thread Austin S Hemmelgarn
On 2015-09-03 08:15, Stas Sergeev wrote: 03.09.2015 15:11, Austin S Hemmelgarn пишет: On 2015-09-02 17:53, Stas Sergeev wrote: 03.09.2015 00:40, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote: 02.09.2015 23:55, Andy Lutomirski пишет: On Wed, Sep 2, 2015 at 1:47

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-03 Thread Austin S Hemmelgarn
On 2015-09-03 12:34, Stas Sergeev wrote: 03.09.2015 18:44, Austin S Hemmelgarn пишет: On 2015-09-03 08:15, Stas Sergeev wrote: 03.09.2015 15:11, Austin S Hemmelgarn пишет: On 2015-09-02 17:53, Stas Sergeev wrote: [... trimmed for brevity ...] I don't think the attack scenari

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-04 Thread Austin S Hemmelgarn
On 2015-09-04 06:46, Stas Sergeev wrote: 04.09.2015 13:09, Chuck Ebbert пишет: On Fri, 4 Sep 2015 00:28:04 +0300 Stas Sergeev wrote: 03.09.2015 21:51, Austin S Hemmelgarn пишет: There are servers out there that have this enabled and _never_ use it at all, Unless I am mistaken, servers

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-04 Thread Austin S Hemmelgarn
On 2015-09-04 09:06, Stas Sergeev wrote: 04.09.2015 15:34, Austin S Hemmelgarn пишет: On 2015-09-04 06:46, Stas Sergeev wrote: 04.09.2015 13:09, Chuck Ebbert пишет: On Fri, 4 Sep 2015 00:28:04 +0300 Stas Sergeev wrote: 03.09.2015 21:51, Austin S Hemmelgarn пишет: There are servers out

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-19 Thread Austin S Hemmelgarn
On 2015-10-17 19:17, Dave Chinner wrote: On Fri, Oct 16, 2015 at 02:27:57PM -0400, Austin S Hemmelgarn wrote: On 2015-10-16 13:41, Andreas Gruenbacher wrote: On Fri, Oct 16, 2015 at 7:31 PM, Austin S Hemmelgarn wrote: I would like to re-iterate, on both XFS and ext4, I _really_ think this

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-19 Thread Austin S Hemmelgarn
On 2015-10-16 13:41, Andreas Gruenbacher wrote: On Fri, Oct 16, 2015 at 7:31 PM, Austin S Hemmelgarn wrote: I would like to re-iterate, on both XFS and ext4, I _really_ think this should be a ro_compat flag, and not an incompat one. If a person has the ability to mount the FS (even if it

Re: [PATCH] userns/capability: Add user namespace capability

2015-10-19 Thread Austin S Hemmelgarn
On 2015-10-17 11:58, Tobias Markus wrote: Add capability CAP_SYS_USER_NS. Tasks having CAP_SYS_USER_NS are allowed to create a new user namespace when calling clone or unshare with CLONE_NEWUSER. Rationale: Linux 3.8 saw the introduction of unpriviledged user namespaces, allowing unpriviledged

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-19 Thread Austin S Hemmelgarn
On 2015-10-19 11:34, Andreas Gruenbacher wrote: On Mon, Oct 19, 2015 at 3:16 PM, Austin S Hemmelgarn wrote: On 2015-10-16 13:41, Andreas Gruenbacher wrote: On Fri, Oct 16, 2015 at 7:31 PM, Austin S Hemmelgarn wrote: I would like to re-iterate, on both XFS and ext4, I _really_ think this

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-19 Thread Austin S Hemmelgarn
On 2015-10-19 13:33, Andreas Gruenbacher wrote: On Mon, Oct 19, 2015 at 6:19 PM, Austin S Hemmelgarn wrote: On 2015-10-19 11:34, Andreas Gruenbacher wrote: On Mon, Oct 19, 2015 at 3:16 PM, Austin S Hemmelgarn wrote: On 2015-10-16 13:41, Andreas Gruenbacher wrote: On Fri, Oct 16, 2015 at 7

Re: [PATCH v11 21/48] ext4: Add richacl feature flag

2015-10-20 Thread Austin S Hemmelgarn
On 2015-10-19 16:20, Andreas Gruenbacher wrote: On Mon, Oct 19, 2015 at 8:45 PM, Austin S Hemmelgarn wrote: On 2015-10-19 13:33, Andreas Gruenbacher wrote: Please spare me with all that nonsense. Compared to mount options, filesystem feature flags in this case simplify things (you don't

Possible bug in DM-RAID.

2015-10-20 Thread Austin S Hemmelgarn
I think I've stumbled upon a bug in DM-RAID. The primary symptom is that when creating a new DM-RAID based device (using either LVM or dmsetup) in a RAID1 configuration, it very quickly claims one by one that all of the disks failed except the first, and goes degraded. When this happens on a give

Re: [PATCH v12 21/49] ext4: Add richacl feature flag

2015-10-23 Thread Austin S Hemmelgarn
On 2015-10-23 14:41, Andreas Gruenbacher wrote: From: "Aneesh Kumar K.V" This feature flag selects richacl instead of posix acl support on the file system. In addition, the "acl" mount option is needed for enabling either of the two kinds of acls. Signed-off-by: Aneesh Kumar K.V Signed-off-by

Re: NFS / FuseFS Kernel Hangs Bug

2015-10-01 Thread Austin S Hemmelgarn
On 2015-10-01 09:06, sascha a. wrote: Hello, I want to report a Bug with NFS / FuseFS. Theres trouble with mounting a NFS FS with FuseFS, if the NFS Server is slowly responding. The problem occurs, if you mount a NFS FS with FuseFS driver for example with this command: mount -t nfs -o vers=3

Re: NFS / FuseFS Kernel Hangs Bug

2015-10-01 Thread Austin S Hemmelgarn
as designed for reliable communications across unreliable networks). 2015-10-01 16:24 GMT+02:00 Austin S Hemmelgarn : On 2015-10-01 09:06, sascha a. wrote: Hello, I want to report a Bug with NFS / FuseFS. Theres trouble with mounting a NFS FS with FuseFS, if the NFS Server is slowly re

Re: [PATCH 1/2] x86: x86_64_defconfig: Enable KSM.

2018-06-15 Thread Austin S. Hemmelgarn
On 2018-06-14 18:50, Daniel Díaz wrote: As per the documentation, Kernel Samepage Merging (available since 2.6.32) is a memory-saving de-duplication feature, enabled by CONFIG_KSM=y and activated via sysfs. More information can be found here: https://www.kernel.org/doc/Documentation/vm/ksm.txt

Re: Creating compressed backing_store as swapfile

2018-11-05 Thread Austin S. Hemmelgarn
On 11/5/2018 11:53 AM, valdis.kletni...@vt.edu wrote: On Mon, 05 Nov 2018 11:28:49 -0500, "Austin S. Hemmelgarn" said: Also, it's probably worth noting that BTRFS doesn't need to decompress the entire file to read or write blocks in the middle, it splits the file

Re: [LSF/MM TOPIC] userfaultfd

2015-01-15 Thread Austin S Hemmelgarn
On 2015-01-14 18:01, Andrea Arcangeli wrote: 7) distributed shared memory that could allow simultaneous mapping of regions marked readonly and collapse them on the first exclusive write. I'm mentioning it as a corollary, because I'm not aware of anybody who is planning to use it that

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-21 Thread Austin S Hemmelgarn
On 2015-04-21 15:38, Matthew Garrett wrote: On Tue, Apr 21, 2015 at 11:36:54AM -0500, Eric W. Biederman wrote: HeHeHe. You mean all I need to do to get around all of the logging servers is capture CAP_SYS_BOOT? Say like just capture this crazy watchdog program that doesn't run as root so that

Re: Issues with capability bits and meta-data in kdbus

2015-04-22 Thread Austin S Hemmelgarn
On 2015-04-21 22:32, Linus Torvalds wrote: On Tue, Apr 21, 2015 at 6:54 PM, Andy Lutomirski wrote: If kdbus were a general purpose IPC tool .. but it's not .. Except, IIRC, that was one of the stated design goals in the original patch set. I'm pretty sure that i remember a rather verb

Re: Issues with capability bits and meta-data in kdbus

2015-04-22 Thread Austin S Hemmelgarn
On 2015-04-22 09:07, Greg Kroah-Hartman wrote: On Wed, Apr 22, 2015 at 07:40:25AM -0400, Austin S Hemmelgarn wrote: On 2015-04-21 22:32, Linus Torvalds wrote: On Tue, Apr 21, 2015 at 6:54 PM, Andy Lutomirski wrote: If kdbus were a general purpose IPC tool .. but it's not .. E

Re: Interacting with coherent memory on external devices

2015-04-23 Thread Austin S Hemmelgarn
On 2015-04-23 10:25, Christoph Lameter wrote: On Thu, 23 Apr 2015, Benjamin Herrenschmidt wrote: They are via MMIO space. The big differences here are that via CAPI the memory can be fully cachable and thus have the same characteristics as normal memory from the processor point of view, and the

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-15 Thread Austin S Hemmelgarn
On 2015-04-14 15:43, Greg Kroah-Hartman wrote: On Tue, Apr 14, 2015 at 08:35:33PM +0100, Al Viro wrote: On Tue, Apr 14, 2015 at 09:23:57PM +0200, Greg Kroah-Hartman wrote: I agree. You've sent a pull request for an unfortunate design. I don't think that unfortunate design belongs in the kern

Re: [RFC 1/4] fs: Add generic file system event notifications

2015-04-17 Thread Austin S Hemmelgarn
On 2015-04-17 09:04, Beata Michalska wrote: On 04/17/2015 01:31 PM, Jan Kara wrote: On Wed 15-04-15 09:15:44, Beata Michalska wrote: ... +static const match_table_t fs_etypes = { + { FS_EVENT_INFO,"info" }, + { FS_EVENT_WARN,"warn" }, + { FS_EVENT_THRESH, "thr" },

Re: Why not build kernel with -O3

2015-04-07 Thread Austin S Hemmelgarn
On 2015-04-07 06:09, Mike Galbraith wrote: > On Tue, 2015-04-07 at 15:56 +0800, Pengfei Yuan wrote: >> I am trying legacy GCC versions. >> But I am not able to try different architectures. > > The point of my reply wasn't to get you to actually test the world ;-) > > I was indirectly pointing out

Re: Why not build kernel with -O3

2015-04-08 Thread Austin S Hemmelgarn
On 2015-04-07 21:00, Pengfei Yuan wrote: Could you please provide some examples that I can investigate? Thanks! 2015-04-08 2:05 GMT+08:00 Austin S Hemmelgarn : On 2015-04-07 06:09, Mike Galbraith wrote: On Tue, 2015-04-07 at 15:56 +0800, Pengfei Yuan wrote: I am trying legacy GCC versions

Re: Why not build kernel with -O3

2015-04-08 Thread Austin S Hemmelgarn
On 2015-04-08 08:19, Richard Weinberger wrote: On Wed, Apr 8, 2015 at 3:00 AM, Pengfei Yuan <0xcool...@gmail.com> wrote: Could you please provide some examples that I can investigate? Thanks! It would be awesome if you could find out which gcc optimizations cause the speed up. "gcc -c -Q -O3 -

Re: Why not build kernel with -O3

2015-04-08 Thread Austin S Hemmelgarn
On 2015-04-08 09:19, Pengfei Yuan wrote: 2015-04-08 20:06 GMT+08:00 Austin S Hemmelgarn : I can't remember any off the top of my head, but it does say explicitly in the GCC manual to be careful with -O3. IIRC, most of the issues relate to -O3 enabling -ffast-math (which tends to really

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 10:11, Harald Hoyer wrote: On 29.04.2015 16:04, Richard Weinberger wrote: Am 29.04.2015 um 16:01 schrieb Harald Hoyer: On 29.04.2015 15:46, Richard Weinberger wrote: Am 29.04.2015 um 15:38 schrieb Harald Hoyer: On 29.04.2015 15:33, Richard Weinberger wrote: It depends how you d

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 11:07, Harald Hoyer wrote: Most of the stuff does not work without udev and something like systemd. That's funny, apparently the initramfs images I've been using for multiple months now on server systems at work which don't have systemd, udev, or dbus, and do LVM/RAID assembly, n

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 11:03, Theodore Ts'o wrote: On Wed, Apr 29, 2015 at 04:53:53PM +0200, Harald Hoyer wrote: Sure, I can write one binary to rule them all, pull out all the code from all tools I need, but for me an IPC mechanism sounds a lot better. And it should be _one_ common IPC mechanism and not

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 11:22, Harald Hoyer wrote: On 29.04.2015 17:17, Austin S Hemmelgarn wrote: On 2015-04-29 11:07, Harald Hoyer wrote: Most of the stuff does not work without udev and something like systemd. That's funny, apparently the initramfs images I've been using for multiple mon

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 15:05, Mike Galbraith wrote: Here's something that _might_ interest xfs folks. cd git (source repository of git itself) make clean echo 3 > /proc/sys/vm/drop_caches time make -j8 test ext42m20.721s xfs 6m41.887s <-- ick btrfs 1m32.038s tux31m30.262s Testing by Aunt

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-29 Thread Austin S Hemmelgarn
On 2015-04-29 14:54, Andy Lutomirski wrote: On Apr 29, 2015 5:48 AM, "Harald Hoyer" wrote: * Being in the kernel closes a lot of races which can't be fixed with the current userspace solutions. For example, with kdbus, there is a way a client can disconnect from a bus, but do so onl

Re: [RFC 1/4] fs: Add generic file system event notifications

2015-04-17 Thread Austin S Hemmelgarn
On 2015-04-17 12:22, Jan Kara wrote: On Fri 17-04-15 17:08:10, John Spray wrote: On 17/04/2015 16:43, Jan Kara wrote: On Fri 17-04-15 15:51:14, John Spray wrote: On 17/04/2015 14:23, Austin S Hemmelgarn wrote: For some filesystems, it may make sense to differentiate between a generic

Re: [GIT PULL] kdbus for 4.1-rc1

2015-04-21 Thread Austin S Hemmelgarn
On 2015-04-20 16:26, George Spelvin wrote: It's used everywhere, on servers, embedded systems, desktops, you name it. All languages have bindings for it, and it's the underpinning of a modern Linux stack. Since when? D-bus is some GUI depoendency. On my console-only servers, it's not needed,

Re: Tux3 Report: How fast can we fail?

2015-05-27 Thread Austin S Hemmelgarn
On 2015-05-27 03:37, Mosis Tembo wrote: On 05/26/2015 12:03 PM, Pavel Machek wrote: We identified the following quality metrics for this algorithm: 1) Never fails to detect out of space in the front end. 2) Always fills a volume to 100% before reporting out of space. 3) Allows rm, rmdir

Re: Tux3 Report: How fast can we fail?

2015-05-27 Thread Austin S Hemmelgarn
On 2015-05-27 11:21, Mosis Tembo wrote: On 05/27/2015 04:04 PM, Austin S Hemmelgarn wrote: On 2015-05-27 03:37, Mosis Tembo wrote: On 05/26/2015 12:03 PM, Pavel Machek wrote: We identified the following quality metrics for this algorithm: 1) Never fails to detect out of space in the

Re: Tux3 Report: How fast can we fail?

2015-05-28 Thread Austin S Hemmelgarn
On 2015-05-27 18:46, Daniel Phillips wrote: On 05/27/2015 02:39 PM, Pavel Machek wrote: On Wed 2015-05-27 11:28:50, Daniel Phillips wrote: On Tuesday, May 26, 2015 11:41:39 PM PDT, Mosis Tembo wrote: On Tue, May 26, 2015 at 6:03 PM, Pavel Machek wrote: We identified the following qualit

Re: [PATCH] fs: inotify: systemd needs it so make it depend on CONFIG_EMBEDDED

2015-06-22 Thread Austin S Hemmelgarn
On 2015-06-19 17:48, Dave Hansen wrote: On 06/19/2015 11:18 AM, Ilia Mirkin wrote: Is systemd depending on something really reason enough to make it depend on EMBEDDED? For example all the cgroups stuff is not only not dependent on embedded, but also off by default, and I'm sure there are a boat

Re: [PATCH] oom: split out forced OOM killer

2015-06-05 Thread Austin S Hemmelgarn
On 2015-06-04 18:59, David Rientjes wrote: On Tue, 2 Jun 2015, Michal Hocko wrote: OOM killer might be triggered externally via sysrq+f. This is supposed to kill a task no matter what e.g. a task is selected even though there is an OOM victim on the way to exit. This is a big hammer for an admi

Re: [PATCH] oom: split out forced OOM killer

2015-06-08 Thread Austin S Hemmelgarn
On 2015-06-08 13:59, David Rientjes wrote: On Fri, 5 Jun 2015, Austin S Hemmelgarn wrote: I'm not sure what the benefit of this is, and it's adding more code. Having multiple pathways and requirements, such as constrained_alloc(), to oom kill a process isn't any clearer, in

Re: [PATCH] fs: inotify: systemd needs it so make it depend on CONFIG_EMBEDDED

2015-06-19 Thread Austin S Hemmelgarn
On 2015-06-19 14:18, Ilia Mirkin wrote: On Fri, Jun 19, 2015 at 2:07 PM, Dave Hansen wrote: From: Dave Hansen I have a little microbenchmark that sits and does write() in a loop. The number one kernel function in the profiles is __srcu_read_lock() from fsnotify(). I decided to turn off INOT

Re: IPIP6 Linux Kernel Implementation

2013-11-07 Thread Austin S Hemmelgarn
On 2013-11-07 09:54, Pietro Paolini wrote: > Hello everyone, > > I am writing you regarding the implementation of the IPIP6 tunnel > contained in the Linux Kernel which I am trying to configure in order > to obtain a DS-Lite (IPIP6) compliant tunnel on a router running a > linux OS kernel version

Re: [PATCH][RESEND 3] hwrng: add randomness to system from rng sources

2014-03-17 Thread Austin S Hemmelgarn
On 2014-03-16 18:56, H. Peter Anvin wrote: > On 03/03/2014 03:51 PM, Kees Cook wrote: >> When bringing a new RNG source online, it seems like it would make sense >> to use some of its bytes to make the system entropy pool more random, >> as done with all sorts of other devices that contain per-devi

Re: [PATCH] Add option to build with -O3

2014-03-06 Thread Austin S Hemmelgarn
On 2014-03-05 02:36, j...@ringle.org wrote: > From: Jon Ringle > > Signed-off-by: Jon Ringle > --- > Makefile | 2 ++ > init/Kconfig | 19 --- > 2 files changed, 18 insertions(+), 3 deletions(-) > > diff --git a/Makefile b/Makefile > index 78209ee..e7f0b3c 100644 > --- a/M

Re: [PATCH] mm/zswap: add writethrough option

2014-01-23 Thread Austin S Hemmelgarn
On 2014-01-22 19:18, Minchan Kim wrote: > > From the beginning, zswap is for reducing swap I/O but if workingset > overflows, it should write back rather than OOM with expecting a small > number of writeback would make the system happy because the high memory > pressure is temporal so soon most of

Re: Copying large files eats all of the RAM

2013-11-29 Thread Austin S Hemmelgarn
On 11/29/2013 04:56 PM, Andreas Mohr wrote: > Hi, > >> My laptop has 4GB of ram, before I issue the command around 1.5GB of >> memory >> is used, when I issue the cp command around 3.7GB of memory is used. >> And the cp command takes a lot of time to copy. >> >> I am not able to launch other appli

Re: [PATCH RFC] reciprocal_divide: correction/update of the algorithm

2014-01-14 Thread Austin S Hemmelgarn
On 2014-01-14 13:07, Eric Dumazet wrote: > On Mon, 2014-01-13 at 22:42 +0100, Hannes Frederic Sowa wrote: >> This patch is a RFC and part of a series Daniel Borkmann and me want to >> do when introducing prandom_u32_range{,_ro} and prandom_u32_max{,_ro} >> helpers later this week. > >> -static inl

Re: [PATCH RFC] reciprocal_divide: correction/update of the algorithm

2014-01-14 Thread Austin S Hemmelgarn
On 2014-01-14 14:50, Eric Dumazet wrote: > On Tue, 2014-01-14 at 14:22 -0500, Austin S Hemmelgarn wrote: > >> I disagree with the statement that current CPU's have reasonably fast >> dividers. A lot of embedded processors and many low-end x86 CPU's do >> not

Re: [PATCH RFC] reciprocal_divide: correction/update of the algorithm

2014-01-14 Thread Austin S. Hemmelgarn
On 01/14/2014 06:25 PM, Borislav Petkov wrote: > On Tue, Jan 14, 2014 at 02:45:37PM -0800, Eric Dumazet wrote: >> Even on a Jaguar, the proposed alternative > I don't know what Jaguar you guys are talking about but the Jaguar > I know - Fam16h - has an int hardware divider: > > http://developer.am

[PATCHv2] x86: add kconfig options for newer 64-bit processors

2013-10-19 Thread Austin S Hemmelgarn
From: Austin S. Hemmelgarn This patch adds options to specifically optimize for a number of newer 64-bit microarchitectures; specifically, Intel's Nehalem, Westmere, Ivy Bridge, and Sandy Bridge, and AMD's Family 10h, Bobcat, Jaguar, Bulldozer, Piledriver, and Steamroller. T

Re: [PATCH] expand micro-optimizations in kernel to newer model CPUs

2013-12-13 Thread Austin S Hemmelgarn
On 2013-12-09 22:51, David Heidelberger wrote: > Hello, > > this patch is used in Gentoo geek-sources and mptcp-sources (and > probably in lot other kernel sources sets). So, there was lot testing. > > It's not _big_ performance difference, but -mtune=native is nice to have. > It could be great,

Re: [PATCH] expand micro-optimizations in kernel to newer model CPUs

2013-12-17 Thread Austin S Hemmelgarn
On 2013-12-16 09:28, Ingo Molnar wrote: > > * John wrote: > >> This patch has been tested on and known to work with kernel versions >> from 3.2 up to the latest git version (pulled on 12/14/2013). >> >> This patch will expand the number of microarchitectures to include >> new processors includ

Re: Multi Core Support for compression in compression.c

2014-07-29 Thread Austin S Hemmelgarn
On 2014-07-29 13:08, Nick Krause wrote: > On Mon, Jul 28, 2014 at 2:36 PM, Nick Krause wrote: >> On Mon, Jul 28, 2014 at 12:19 PM, Austin S Hemmelgarn >> wrote: >>> On 2014-07-28 11:57, Nick Krause wrote: >>>> On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause &g

Re: Work Queue for btrfs compression writes

2014-07-30 Thread Austin S Hemmelgarn
On 07/30/2014 12:54 AM, Nick Krause wrote: > On Wed, Jul 30, 2014 at 12:37 AM, Gareth Pye wrote: >> You've been replied to politely, now listen and do or shut up. >> >> >> On Wed, Jul 30, 2014 at 1:54 PM, Nick Krause wrote: >>> >>> Hey Guys , >>> I am new to reading and writing kernel code.I

Re: [PATCH RFC 2/2] memcg: add threshold for anon rss

2014-09-11 Thread Austin S Hemmelgarn
On 2014-09-11 11:41, Vladimir Davydov wrote: > Though hard memory limits suit perfectly for sand-boxing, they are not > that efficient when it comes to partitioning a server's resources among > multiple containers. The point is a container consuming a particular > amount of memory most of time may

Re: [PATCH] Add option to build with -O3

2014-03-07 Thread Austin S Hemmelgarn
On 2014-03-06 08:28, Richard Weinberger wrote: > On Wed, Mar 5, 2014 at 6:37 AM, Jon Ringle > wrote: >> >> >> On Wed, 5 Mar 2014, Greg KH wrote: >> >>> On Tue, Mar 04, 2014 at 07:01:49PM -0500, Jon Ringle wrote: +config CC_OPTIMIZE_FOR_SPEED +bool "Optimze for speed (-O3)" +he

Re: [PATCH] Add option to build with -O3

2014-03-07 Thread Austin S Hemmelgarn
On 2014-03-07 07:42, Richard Weinberger wrote: > > > Am 07.03.2014 13:39, schrieb Austin S Hemmelgarn: >> On 2014-03-06 08:28, Richard Weinberger wrote: >>> On Wed, Mar 5, 2014 at 6:37 AM, Jon Ringle >>> wrote: >>>> >>>> >>>>

Re: Honestly, f__k systemd and f__k lennart, and f__k the fans of them. Where's linus in all of this?

2014-02-14 Thread Austin S Hemmelgarn
On 02/14/2014 11:10 AM, ChaosEsque Team wrote: > I much prefer simpler forms over complex forms. > SysV is that vs systemd. > > The systemd people have pushed hard for exclusive systemd in debian. > And everywhere else for that matter. > > I really would like to have the option, forever, to conti

Re: [RFC][5/11][MANUX] Kernel compatibility : major/minor numbers

2014-04-15 Thread Austin S Hemmelgarn
On 2014-04-15 09:42, Emmanuel Colbus wrote: > Now, back to the filesystem... > > In order to associate devices to their files, the Linux kernel uses > their major and minor numbers. However, mine doesn't; instead, I've > attributed myself a single group of values (major=0, minor=0, for both > char

Re: Multi Core Support for compression in compression.c

2014-07-27 Thread Austin S Hemmelgarn
On 07/27/2014 04:47 PM, Nick Krause wrote: > This may be a bad idea , but compression in brtfs seems to be only > using one core to compress. > Depending on the CPU used and the amount of cores in the CPU we can > make this much faster > with multiple cores. This seems bad by my reading at least I

Re: Multi Core Support for compression in compression.c

2014-07-28 Thread Austin S Hemmelgarn
On 07/27/2014 11:21 PM, Nick Krause wrote: > On Sun, Jul 27, 2014 at 10:56 PM, Austin S Hemmelgarn > wrote: >> On 07/27/2014 04:47 PM, Nick Krause wrote: >>> This may be a bad idea , but compression in brtfs seems to be only >>> using one core to compress. >>

Re: Multi Core Support for compression in compression.c

2014-07-28 Thread Austin S Hemmelgarn
On 2014-07-28 11:57, Nick Krause wrote: > On Mon, Jul 28, 2014 at 11:13 AM, Nick Krause > wrote: >> On Mon, Jul 28, 2014 at 6:10 AM, Austin S Hemmelgarn >> wrote: >>> On 07/27/2014 11:21 PM, Nick Krause wrote: >>>> On Sun, Jul 27, 2014 at 10:56 PM, Austin

Re: That greedy Linux VM cache

2014-01-31 Thread Austin S. Hemmelgarn
On 01/31/2014 09:47 AM, Igor Podlesny wrote: > On 31 January 2014 00:58, Igor Podlesny wrote: > [...] >> While I'm thinking about moving system back to XFS... > >Well, it helped just a bit. The whole picture remains, so it's not > Btrfs' issue, but seemingly Linux VM's one. The problem can

  1   2   3   4   >