On 10/13/2012 09:55 AM, Thadeu Lima de Souza Cascardo wrote:
> When using the dummy regulator, SDHCI may fail its probing because the
> regulator does not support any voltages.
>
> When reloading the driver, you will get a warning about a duplicate
> sysfs link.
>
> [72211.963386] :03:00.0 su
Il 13/10/2012 02:20, Al Viro ha scritto:
Stuff from Jeff Layton, mostly. Sanitizing interplay between
audit and namei, removing a lot of insanity from audit_inode() mess
and getting things ready for his ESTALE patchset. Please, pull from
the usual place -
git://git.kernel.org/pub/scm/li
Kees Cook writes:
> + /*
> + * Since bprm is already modified, we cannot continue if the the
s/the the/the/
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
--
To u
On Sat, Oct 13, 2012 at 09:20:45AM +0200, Marco Stornelli wrote:
> Il 13/10/2012 02:20, Al Viro ha scritto:
> > Stuff from Jeff Layton, mostly. Sanitizing interplay between
> >audit and namei, removing a lot of insanity from audit_inode() mess
> >and getting things ready for his ESTALE patchse
Il 13/10/2012 09:51, Al Viro ha scritto:
On Sat, Oct 13, 2012 at 09:20:45AM +0200, Marco Stornelli wrote:
Il 13/10/2012 02:20, Al Viro ha scritto:
Stuff from Jeff Layton, mostly. Sanitizing interplay between
audit and namei, removing a lot of insanity from audit_inode() mess
and gettin
On Sat, Oct 13, 2012 at 9:05 AM, Daniel Mack wrote:
> Hi Grant,
>
> On 13.10.2012 02:05, Grant Likely wrote:
>>
>>
>> Balaji T K wrote:
>>
>>> On Friday 12 October 2012 08:44 PM, Daniel Mack wrote:
On 12.10.2012 16:56, Balaji T K wrote:
> On Friday 12 October 2012 07:59 PM, Daniel Mack w
On 13.10.2012 10:48, Grant Likely wrote:
> On Sat, Oct 13, 2012 at 9:05 AM, Daniel Mack wrote:
>> Hi Grant,
>>
>> On 13.10.2012 02:05, Grant Likely wrote:
>>>
>>>
>>> Balaji T K wrote:
>>>
On Friday 12 October 2012 08:44 PM, Daniel Mack wrote:
> On 12.10.2012 16:56, Balaji T K wrote:
>>>
Namjae Jeon writes:
> --- a/fs/fat/fat.h
> +++ b/fs/fat/fat.h
> @@ -214,6 +214,13 @@ static inline sector_t fat_clus_to_blknr(struct
> msdos_sb_info *sbi, int clus)
> + sbi->data_start;
> }
>
> +static inline void fat_get_blknr_offset(struct msdos_sb_info *sbi,
> +
Unexport part of linux/ppp-comp.h as userspace can't make use of that bit.
Signed-off-by: David Howells
cc: Paul Mackerras
cc: David Miller
---
include/linux/ppp-comp.h |4
1 file changed, 4 insertions(+)
diff --git a/include/linux/ppp-comp.h b/include/linux/ppp-comp.h
index e53ff65
It seems that was linux/blk_types.h incorrectly exported to fix up some missing
bits required by the exported parts of linux/fs.h (READ, WRITE, READA, etc.).
So unexport linux/blk_types.h and unexport the relevant bits of linux/fs.h.
Signed-off-by: David Howells
cc: Jens Axboe
cc: Tejun Heo
cc
On Friday 12 October 2012 22:26:32 Steven Rostedt wrote:
>
> Please feel free to pluck these patches into your architecture and
> run them to make sure that they boot as well (I only had the compiler
> and not the box... Also I only tested with defconfig, I may have
> broken other configs).
>
> O
Namjae Jeon writes:
> + if (!fat_get_dotdot_entry(child_dir->d_inode, &dotdot_bh, &de)) {
> + parent_logstart = fat_get_start(sbi, de);
> parent_inode = fat_dget(sb, parent_logstart);
> + if (parent_inode || sbi->options.nfs != FAT_NFS_NOSTALE_RO)
> +
On linux kernel 3.7.0-pre-rc1 (last commit =
4d7127dace8cf4b05eb7c8c8531fc204fbb195f4)
I get:
[ 2954.552722]
[ 2954.563914] =
[ 2954.573011] [ INFO: inconsistent lock state ]
[ 2954.582002] 3.6.0pre-rc1-20121013 #1 Tainted: GW
[ 2954.591174
On Tue, Oct 09, 2012 at 01:36:28PM -0700, Josh Triplett wrote:
> On Tue, Oct 09, 2012 at 01:06:37PM -0700, Andrew Morton wrote:
> > On Sun, 7 Oct 2012 19:06:10 -0700
> > Josh Triplett wrote:
> >
> > > linux/compiler.h has macros to denote functions that acquire or release
> > > locks, but not to
Hi,
This one recurred :(.
Why was the dependency added by:
commit 24cc7fb69a5b5edfdff1d38c6a213d6a33648829
Author: Jeff Mahoney
Date: Thu Sep 20 10:28:45 2012 -0400
x86/kbuild: archscripts depends on scripts_basic
removed in this commit upstream:
commit fe04ddf7c2910362f3817c8156e41cbd6c
On Thu, 11 Oct 2012, Andi Kleen wrote:
> When did you last test? Our regressions had disappeared a few kernels
> ago.
>
This was in August when preparing for LinuxCon, I tested netperf TCP_RR on
two 64GB machines (one client, one server), four nodes each, with thread
counts in multiples of the
On 09/29/2012 04:03 PM, Arnd Bergmann wrote:
> On Saturday 29 September 2012, Jonathan Cameron wrote:
>> On 09/28/2012 10:36 PM, Arnd Bergmann wrote:
>>> The driver has not been building for some time after the
>>> irq_to_gpio function has been removed from the kernel.
>>>
>>> The only board in the
On Fri, 12 Oct 2012, Ezequiel Garcia wrote:
> >> SLUB is a non-starter for us and incurs a >10% performance degradation in
> >> netperf TCP_RR.
> >
>
> Where are you seeing that?
>
In my benchmarking results.
> Notice that many defconfigs are for embedded devices,
> and many of them say "use S
On Fri, 12 Oct 2012, Yasuaki Ishimatsu wrote:
> register_node() is defined as extern in include/linux/node.h. But the function
> is only called from register_one_node() in driver/base/node.c.
>
> So the patch defines register_node() as static.
>
> CC: David Rientjes
> CC: Andrew Morton
> Signe
MD updates for 3.7.
Latish because I needed to wait for the block tree to get merged.
Thanks,
NeilBrown
The following changes since commit 02f3939e1a9357b7c370a4a69717cf9c02452737:
block: makes bio_split support bio without data (2012-09-28 10:38:48 +0200)
are available in the git reposito
It seems that was linux/blk_types.h incorrectly exported to fix up some missing
bits required by the exported parts of linux/fs.h (READ, WRITE, READA, etc.).
So unexport linux/blk_types.h and unexport the relevant bits of linux/fs.h.
Signed-off-by: David Howells
cc: Jens Axboe
cc: Tejun Heo
cc
On Sat 13 October 2012 14:09:36 Linus Torvalds wrote:
> On Sat, Oct 13, 2012 at 1:03 AM, Oleg Nesterov wrote:
> > arch/alpha and probably some other architectures call
> > do_notify_resume()->task_work_run() with irqs disabled.
>
> I'm going to ignore this patch because I *hope* it is unnecessary
The handling of large output bulk transfers is broken; the same user
page is read over and over again. Fixed with this patch.
Cc: sta...@kernel.org
Acked-by: Peter Stuge
Acked-by: Hans de Goede
Acked-by: Alan Stern
Signed-off-by: Henrik Rydberg
---
Hi Greg,
Here is the formal and third versio
Hi Steven,
On 13 October 2012 03:26, Steven Rostedt wrote:
> Recently I suggested to someone that was adding a new asm file that
> currently only contained an x86 change to add a header in all archs
> that was just a wrapper to point to the asm-generic version. I suggested
> this because that's t
Hi Linus,
Can you merge my spi disintegration patch please?
This is to complete part of the Userspace API (UAPI) disintegration for which
the preparatory patches were pulled recently. After these patches, userspace
headers will be segregated into:
include/uapi/linux/.../foo.h
for the
Hi Luis,
On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The UAPI changes split kernel API and userspace API
> content onto two separate header files. The userspace
> API drm content was moved to include/uapi/drm/ with the
> same file name while kernel
are available in the git repository at:
git://git.infradead.org/users/dhowells/linux-headers.git
tags/disintegrate-main-20121013
for you to fetch changes up to 5921e6f8809b1616932ca4afd40fe449faa8fd88:
UAPI: (Scripted) Disintegrate include/linux/byteorder (2
On Fri, Oct 5, 2012 at 3:47 PM, Inderpal Singh
wrote:
> The first 2 patches of this series fix memory leaks because the memory
> allocated for peripheral channels and DMA descriptors were not getting
> freed.
>
> The last 2 patches balance the module's remove function.
>
> This series depends on "
2012-10-12 (금), 21:05 +, Arnd Bergmann:
> On Friday 05 October 2012 20:56:44 김재극 wrote:
> > +struct f2fs_nat_entry {
> > + __u8 version;
> > + __le32 ino;
> > + __le32 block_addr;
> > +} __packed;
> > +
> > +struct f2fs_nat_block {
> > + struct f2fs_nat_entry entries[NAT
Am 10.10.2012 14:29, schrieb Florian Tobias Schandinat:
> On 08/14/2012 07:11 AM, Alexander Holler wrote:
>> Line 0 and 1 were both written to line 0 (on the display) and all
>> subsequent
>> lines had an offset of -1. The result was that the last line on the display
>> was never overwritten by wri
> From: Steven Rostedt
>
> All the headers but kvm_para.h use the Kbuild infrastructure to
> get to the asm-generic headers.
I merged the uapi patch for unicore32.
In that patch, kvm_para.h was moved to
arch/unicore32/include/uapi/asm/kvm_para.h.
Anyway, I'd like to apply this patch based on uapi
On 14:18 Sat 13 Oct , Viresh Kumar wrote:
>On Oct 13, 2012 12:16 PM, "Jean-Christophe PLAGNIOL-VILLARD"
> wrote:
>>
>> On 22:42 Fri 12 Oct , Viresh Kumar wrote:
>> > On 12 October 2012 21:51, Jean-Christophe PLAGNIOL-VILLARD
>> > wrote:
>> > >> >> + OF_DEV_A
Hi Andi,
On Fri, Oct 12, 2012 at 7:53 AM, Andi Kleen wrote:
> diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
> index 2251648..c626a2a 100644
> --- a/include/linux/hugetlb.h
> +++ b/include/linux/hugetlb.h
> @@ -183,7 +183,13 @@ extern const struct file_operations
> hugetlbfs_file
On Fri, 2012-10-12 at 22:26 -0400, Steven Rostedt wrote:
> plain text document attachment
> (0016-parisc-Use-Kbuild-infrastructure-to-handle-asm-gener.patch)
> From: Steven Rostedt
>
> Use Kbuild infrastructure to handle the asm-generic headers
> and remove the wrapper headers that call them.
>
2012-10-13 (토), 13:26 +0900, Namjae Jeon:
> Is there high possibility that the storage device can be rapidly
> worn-out by cleaning process ? e.g. severe fragmentation situation by
> creating and removing small files.
>
Yes, the cleaning process in F2FS induces additional writes so that
flash sto
Daniel Mack wrote:
>On 13.10.2012 10:48, Grant Likely wrote:
>>
>> somedriver_probe(struct platform_device *pdev)
>> {
>> struct somedriver_private *somedriver;
>>
>> somedriver = devm_kzalloc(sizeof (*somedriver), GFP_KERNEL);
>> somedriver->pdata = pdev->platform_data;
>>
Hi David,
On Sat, Oct 13, 2012 at 6:54 AM, David Rientjes wrote:
> On Fri, 12 Oct 2012, Ezequiel Garcia wrote:
>
>> >> SLUB is a non-starter for us and incurs a >10% performance degradation in
>> >> netperf TCP_RR.
>> >
>>
>> Where are you seeing that?
>>
>
> In my benchmarking results.
>
>> Noti
Hi Alexander,
On Fri, Oct 12, 2012 at 4:34 AM, Alexander Duyck
wrote:
> This change replaces all references to the virtual address for io_tlb_end
> with references to the physical address io_tlb_end. The main advantage of
> replacing the virtual address with a physical address is that we can avo
On Fri, 12 Oct 2012 23:19:32 +0530, Laxman Dewangan wrote:
> When watching the irqs name of tegra i2c, all instances
> irq name shows as tegra_i2c.
>
> Passing the device name properly to have the irq names with
> instance like tegra-i2c.0, tegra-i2c.1 etc.
>
> Signed-off-by: Laxman Dewangan
> -
On Sat, Oct 13, 2012 at 10:09:36AM +0900, Linus Torvalds wrote:
> On Sat, Oct 13, 2012 at 1:03 AM, Oleg Nesterov wrote:
> > arch/alpha and probably some other architectures call
> > do_notify_resume()->task_work_run() with irqs disabled.
>
> I'm going to ignore this patch because I *hope* it is u
Oh, that's strange. I'm pretty sure I've used -x assembler when I've
experimented with using cpp on dts manually before, and it seems to
have worked.
Maybe you used "-x assembler-with-cpp"? That should work better ;-)
Or just use the "-traditional-cpp" option, i.e. "gcc -E -traditional-
cpp".
Hi Alex,
On Sat, Oct 13, 2012 at 12:29 AM, Alex Bligh wrote:
> Michael,
>
> --On 12 October 2012 16:58:39 +0200 Michal Hocko wrote:
>
>> Once dirty_ratio (resp. dirty_bytes) limit is hit then the process which
>> writes gets throttled. If this is not the case then there is a bug in
>> the thrott
On Fri, 2012-10-12 at 23:19 -0400, David Miller wrote:
> From: Steven Rostedt
> Date: Fri, 12 Oct 2012 22:26:52 -0400
>
> > From: Steven Rostedt
> >
> > Use Kbuild infrastructure to handle the asm-generic headers
> > and remove the wrapper headers that call them.
> >
> > This only affects head
On Sat, 2012-10-13 at 00:12 -0400, Mike Frysinger wrote:
> On Friday 12 October 2012 22:26:36 Steven Rostedt wrote:
> > From: Steven Rostedt
> >
> > All the headers but kvm_para.h use the Kbuild infrastructure to
> > get to the asm-generic headers.
>
> Acked-by: Mike Frysinger
> -mike
Thanks M
On Sat, 2012-10-13 at 08:32 +0200, Jonas Bonn wrote:
> On 13 October 2012 04:26, Steven Rostedt wrote:
> > From: Steven Rostedt
> >
> > All the headers but kvm_para.h use the Kbuild infrastructure to
> > get to the asm-generic headers.
> >
> > Cc: linux-kbu...@vger.kernel.org
> > Cc: li...@lists.
Hi. OGAWA.
2012/10/13 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> --- a/fs/fat/fat.h
>> +++ b/fs/fat/fat.h
>> @@ -214,6 +214,13 @@ static inline sector_t fat_clus_to_blknr(struct
>> msdos_sb_info *sbi, int clus)
>> + sbi->data_start;
>> }
>>
>> +static inline void fat_get_blknr_off
On Sat, 2012-10-13 at 20:27 +0800, guanxue...@mprc.pku.edu.cn wrote:
> > From: Steven Rostedt
> >
> > All the headers but kvm_para.h use the Kbuild infrastructure to
> > get to the asm-generic headers.
>
> I merged the uapi patch for unicore32.
> In that patch, kvm_para.h was moved to
> arch/unic
2012/10/13 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> + if (!fat_get_dotdot_entry(child_dir->d_inode, &dotdot_bh, &de)) {
>> + parent_logstart = fat_get_start(sbi, de);
>> parent_inode = fat_dget(sb, parent_logstart);
>> + if (parent_inode || sbi->options
On 13 October 2012 17:52, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 14:18 Sat 13 Oct , Viresh Kumar wrote:
>>On Oct 13, 2012 12:16 PM, "Jean-Christophe PLAGNIOL-VILLARD"
>> wrote:
>>>
>>> On 22:42 Fri 12 Oct , Viresh Kumar wrote:
>>> > On 12 October 2012 21:51, Jean-
On 13 October 2012 19:38, Viresh Kumar wrote:
> On 13 October 2012 17:52, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>> On 14:18 Sat 13 Oct , Viresh Kumar wrote:
>>>On Oct 13, 2012 12:16 PM, "Jean-Christophe PLAGNIOL-VILLARD"
>>> wrote:
>>>>
>>>> On 22:42 Fri 12 Oct , Vires
On Sat, 2012-10-13 at 13:36 +0100, James Bottomley wrote:
> On Fri, 2012-10-12 at 22:26 -0400, Steven Rostedt wrote:
> > plain text document attachment
> > (0016-parisc-Use-Kbuild-infrastructure-to-handle-asm-gener.patch)
> > From: Steven Rostedt
> >
> > Use Kbuild infrastructure to handle the as
On Sat, 2012-10-13 at 11:17 +0100, Catalin Marinas wrote:
> Hi Steven,
>
> On 13 October 2012 03:26, Steven Rostedt wrote:
> > Recently I suggested to someone that was adding a new asm file that
> > currently only contained an x86 change to add a header in all archs
> > that was just a wrapper to
On Sat, 2012-10-13 at 09:09 +, Arnd Bergmann wrote:
> Note that while you are addressing all the obvious candidates that
> have only a single #include statement in them, there is room to take
> this further because a lot of the other header files in architectures
> are still identical to their
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted. Refer
https://lkml.org/lkml/2007/12/22/130.
a)The preallocated space was not persistent across remounts when
Namjae Jeon writes:
> 2012/10/13 OGAWA Hirofumi :
>> Namjae Jeon writes:
>>
>>> + if (!fat_get_dotdot_entry(child_dir->d_inode, &dotdot_bh, &de)) {
>>> + parent_logstart = fat_get_start(sbi, de);
>>> parent_inode = fat_dget(sb, parent_logstart);
>>> + if
Hi Steven,
On Sat, Oct 13, 2012 at 9:54 PM, Steven Rostedt wrote:
> On Sat, 2012-10-13 at 00:12 -0400, Mike Frysinger wrote:
>> On Friday 12 October 2012 22:26:36 Steven Rostedt wrote:
>> > From: Steven Rostedt
>> >
>> > All the headers but kvm_para.h use the Kbuild infrastructure to
>> > get to
On Sat, 2012-10-13 at 02:51 -0700, David Rientjes wrote:
> On Thu, 11 Oct 2012, Andi Kleen wrote:
>
> > When did you last test? Our regressions had disappeared a few kernels
> > ago.
> >
>
> This was in August when preparing for LinuxCon, I tested netperf TCP_RR on
> two 64GB machines (one clie
2012/10/13 OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> 2012/10/13 OGAWA Hirofumi :
>>> Namjae Jeon writes:
>>>
+ if (!fat_get_dotdot_entry(child_dir->d_inode, &dotdot_bh, &de)) {
+ parent_logstart = fat_get_start(sbi, de);
parent_inode = fat_dget(sb, p
> > - struct user_struct **user, int creat_flags);
> > + struct user_struct **user, int creat_flags,
> > + int page_size_log);
> > +int hugetlb_get_quota(struct address_space *mapping, long delta);
> > +void h
From: Andi Kleen
There was some desire in large applications using MAP_HUGETLB/SHM_HUGETLB
to use 1GB huge pages on some mappings, and stay with 2MB on others. This
is useful together with NUMA policy: use 2MB interleaving on some mappings,
but 1GB on local mappings.
This patch extends the IPC/S
On Sat, Oct 13, 2012 at 10:59:25PM +1300, Michael Cree wrote:
> Any chance that we could have the fixes backported to the stable queue, in
> particular to the 3,2 kernel? We should then be able to run the Debian built
> SMP kernel on the autobuilders at Debian-Ports rather than having to run a
On Sat, Oct 13, 2012 at 08:51:28AM +0100, Al Viro wrote:
> It's somewhat pointless on its own... If you were doing something with
> the callers afterwards - sure, it would be make sense, but as it is...
I'd really like to see ->truncate and vmtruncate done, so from that side
I'm absolutely in fav
On Sat, Oct 13, 2012 at 11:48:10AM -0400, Christoph Hellwig wrote:
> On Sat, Oct 13, 2012 at 08:51:28AM +0100, Al Viro wrote:
> > It's somewhat pointless on its own... If you were doing something with
> > the callers afterwards - sure, it would be make sense, but as it is...
>
> I'd really like t
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Saturday, October 13, 2012 2:45 AM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH 1/1]
On Sat, Oct 13, 2012 at 05:01:15PM +0100, Al Viro wrote:
> You know, I'm in the middle of dealing with one such TODO. Yours, as it
> were. From six years ago. kernel_thread() unexporting. TODO comments
> of any form are routinely shat upon and ignored, especially when shuffled
> away into less
> @@ -536,8 +536,9 @@ static int ufs_write_begin(struct file *file, struct
> address_space *mapping,
> ufs_getfrag_block);
> if (unlikely(ret)) {
> loff_t isize = mapping->host->i_size;
> - if (pos + len > isize)
> -
Looks good,
Reviewed-by: Christoph Hellwig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> if ((attr->ia_valid & ATTR_SIZE) &&
> attr->ia_size != i_size_read(inode)) {
> - status = vmtruncate(inode, attr->ia_size);
> + status = inode_newsize_ok(inode, attr->ia_size);
> if (status) {
> mlog_errno(status);
>
> @@ -57,8 +57,9 @@ static int adfs_write_begin(struct file *file, struct
> address_space *mapping,
> &ADFS_I(mapping->host)->mmu_private);
> if (unlikely(ret)) {
> loff_t isize = mapping->host->i_size;
> - if (pos + len > isize)
> -
> @@ -171,8 +171,9 @@ static int bfs_write_begin(struct file *file, struct
> address_space *mapping,
> bfs_get_block);
> if (unlikely(ret)) {
> loff_t isize = mapping->host->i_size;
> - if (pos + len > isize)
> - vmt
> +++ b/fs/hostfs/hostfs_kern.c
> @@ -848,9 +848,11 @@ int hostfs_setattr(struct dentry *dentry, struct iattr
> *attr)
> attr->ia_size != i_size_read(inode)) {
> int error;
>
> - error = vmtruncate(inode, attr->ia_size);
> - if (err)
> -
> if (attr->ia_size != i_size_read(inode)) {
> - result = vmtruncate(inode, attr->ia_size);
> + result = inode_newsize_ok(inode, attr->ia_size);
> if (result)
> goto out;
> +
> +
This patch-set makes KVP implementation track the implementation
on Windows guests with regards to how IP addresses are returned.
Additionally, we also returns more information for the
OSBuild key.
K. Y. Srinivasan (2):
tools: hv: Return the full kernel version
Tools: hv: Don't return loopb
Currently, we are returning the same string for both OSBuildNumber
and OSVersion keys. Return the full uts string for the OSBuild
key since Windows does not impose any restrictions on this.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
Reported-by: Claudio Latini
---
tools/hv/hv_k
Don't return loopback addresses and further don't terminate
the IP address strings with a semicolon. This is the current
behavior of Windows guests.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
Reported-by: Claudio Latini
---
tools/hv/hv_kvp_daemon.c | 13 +
1 files
Namjae Jeon writes:
> + if (!fat_get_dotdot_entry(child_dir->d_inode, &dotdot_bh, &de)) {
> + parent_logstart = fat_get_start(sbi, de);
> parent_inode = fat_dget(sb, parent_logstart);
> + if (parent_inode || sbi->options.nfs != FAT_NFS_NOS
This patch increases the range of slab sizes available to kmalloc, adding
slabs half way between the existing power of two sized ones, so allowing
slightly
more efficient use of memory.
Most of the new slabs already exist as kmem_cache slabs so only the 1.5k,3k &
6k
are entirely new.
The code i
Use the always inlined function kmalloc_index to translate
sizes to indexes, so that we don't have to have the slab indexes
hard coded in two places.
Signed-off-by: Richard Kennedy
---
mm/slub.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/mm/slub.c b/mm/slu
This patch add new slabs sized at 1.5 * 2^n.
i.e - 24,48,96,192,384,768,1.5k,3k,6k
Most of which already exist as kmem_cache slabs, except for 1.5k, 3k & 6k.
There is no extra overhead for statically sized kmalloc, and only a small
change for dynamically sized ones.
Minimal code changes:
On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart
wrote:
> Hi Luis,
>
> On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> The UAPI changes split kernel API and userspace API
>> content onto two separate header files. The userspace
>> API drm content wa
On Sat, Oct 13, 2012 at 12:04:55PM -0400, Christoph Hellwig wrote:
> On Sat, Oct 13, 2012 at 05:01:15PM +0100, Al Viro wrote:
> > You know, I'm in the middle of dealing with one such TODO. Yours, as it
> > were. From six years ago. kernel_thread() unexporting. TODO comments
> > of any form are
On Fri, Oct 12, 2012 at 10:50 PM, halfdog wrote:
> Kees Cook wrote:
>> More importantly, I also wonder if interp handling to just be
>> changed to be an allocation that needs to be cleaned up, as done with
>> argv?
>
> You mean like an allocation on the stack of the new process' growing
> stack? T
On Sat, Oct 13, 2012 at 04:03:31PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Saturday, October 13, 2012 2:45 AM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> > o...@
On Friday 05 October 2012 20:56:06 김재극 wrote:
> This adds a document describing the mount options, proc entries, usage, and
> design of Flash-Friendly File System, namely F2FS.
Nice document!
This is a lot like the design I came up with for an experimental file system
last year, so I'll try to go
* Andrea Arcangeli [2012-10-04 01:50:42]:
> Hello everyone,
>
> This is a new AutoNUMA27 release for Linux v3.6.
>
Here results of autonumabenchmark on a 328GB 64 core with ht disabled
comparing v3.6 with autonuma27.
$ numactl -H
available: 8 nodes (0-7)
node 0 cpus: 0 1 2 3 4 5 6 7
node 0
On 10/13/2012 02:57 PM, Mark Hounschell wrote:
Hi Bruno,
Thanks for the response.
On 10/12/2012 05:14 PM, Bruno Prémont wrote:
Hi Mark,
[CCing intel-gfx]
On Fri, 12 October 2012 Mark Hounschell wrote:
Not sure this is the correct place to ask about a possible drm issue. I
have an intel bas
--On 13 October 2012 21:53:09 +0800 Hillf Danton wrote:
Take a look at the "wait for writeback" problem please.
Linux 3.0+ Disk performance problem - wrong pdflush behaviour
https://lkml.org/lkml/2012/10/10/412
I'm guessing that's related but may not be the whole story. My
There's a lovely incosistency regarding whether we call
trace_sys_exit() for child process on return from fork()/clone()/etc.
The current situation:
* called on amd64 for 32bit newborns
* *NOT* called on i386 or amd64 for 64bit ones
* not called on arm
* call
On Friday 05 October 2012, 김재극 wrote:
> +const char *media_ext_lists[] = {
> + "jpg",
> + "gif",
> + "png",
> + "avi",
> + "divx",
> + "mp4",
> + "mp3",
> ...
> + * Set multimedia files as cold files for hot/cold data separation
> + */
> +static inline voi
Hi,
I have a small update on my previously posted test case. I noticed
'cryptsetup -c null' uses cipher_null in ecb mode, and in that case, I
don't observe any read starvation. I'm not sure what the default cipher
mode is (cryptsetup uses cbc-essiv:sha256), but I can reproduce the
problem using ju
Linus,
please pull my ARM IXP4xx changes for 3.7:
The following changes since commit 4d7127dace8cf4b05eb7c8c8531fc204fbb195f4:
"Merge branch 'for-linus' of git://git.kernel.org/.../jmorris/linux-security"
(2012-10-13 11:29:00 +0900)
are available in the git repository at:
git://git.kernel.or
On Tue, Oct 09, 2012 at 02:30:48PM +0100, David Howells wrote:
> Can you merge the following branch into the usb tree please.
>
> This is to complete part of the Userspace API (UAPI) disintegration for which
> the preparatory patches were pulled recently. After these patches, userspace
> headers
From: David Howells
Date: Sat, 13 Oct 2012 10:08:10 +0100
> Unexport part of linux/ppp-comp.h as userspace can't make use of that bit.
>
> Signed-off-by: David Howells
Acked-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
From: Steven Rostedt
Date: Sat, 13 Oct 2012 09:54:00 -0400
> On Fri, 2012-10-12 at 23:19 -0400, David Miller wrote:
>> From: Steven Rostedt
>> Date: Fri, 12 Oct 2012 22:26:52 -0400
>>
>> > From: Steven Rostedt
>> >
>> > Use Kbuild infrastructure to handle the asm-generic headers
>> > and remo
On Oct 14, 2012, at 12:52 AM, Arnd Bergmann wrote:
> On Friday 05 October 2012, 김재극 wrote:
>> +const char *media_ext_lists[] = {
>> + "jpg",
>> + "gif",
>> + "png",
>> + "avi",
>> + "divx",
>> + "mp4",
>> + "mp3",
>> ...
>
>> + * Set multimedia files as
On Sat, 2012-10-13 at 17:54 -0400, David Miller wrote:
> I really would like to take less rather than take more.
>
> This whole UAPI, Kbuild, etc. stuff is just bogging subsystem
> maintainers down. This kind of stuff should just go via the person
> who does all the work and knows how it all tie
Use the devres managed resource functions in the probe routine.
Also affects the remove routine where the previously used free and
release functions are not needed.
The devm_* functions eliminate the need for manual resource releasing and
simplify error handling. Resources allocated by devm_* are
On Oct 14, 2012, at 12:52 AM, Arnd Bergmann wrote:
> On Friday 05 October 2012, 김재극 wrote:
>> +const char *media_ext_lists[] = {
>> + "jpg",
>> + "gif",
>> + "png",
>> + "avi",
>> + "divx",
>> + "mp4",
>> + "mp3",
>> ...
>
>> + * Set multimedia files as
From: Nicolas Boullis
The current code assumes that CSIZE is 060, which appears to be
wrong on some arches (such as powerpc).
Signed-off-by: Nicolas Boullis
---
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c
index 981f213..194fa8b 100644
--- a/drivers/usb/class/cdc-
On Fri, Oct 12, 2012 at 4:22 AM, Yasuaki Ishimatsu
wrote:
> register_node() is defined as extern in include/linux/node.h. But the function
> is only called from register_one_node() in driver/base/node.c.
>
> So the patch defines register_node() as static.
>
> CC: David Rientjes
> CC: Andrew Morto
1 - 100 of 110 matches
Mail list logo
