Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/firmware/efi/efivars.c: In function 'efivar_release':
drivers/firmware/efi/efivars.c:300:2: error: implicit declaration of function
'kfree' [-Werror=implicit-function-declaration]
On Saturday, April 27, 2013 11:41 PM, Rafael J. Wysocki:
>
> On Saturday, April 27, 2013 11:54:50 AM Jingoo Han wrote:
> > Add pm_ops_ptr() macro that allows the .pm entry in the driver structures
> > to be assigned without having an #define xxx NULL for the case that PM is
> > not enabled.
> >
>
Some architectures need __clzsi2() or __clzdi2() for __builtin_clz and
It causes build failure. They can be implemented using the fls() and
overridden by linking arch-specific versions may not be implemented yet.
Reference: https://lkml.org/lkml/2013/4/18/603
Reported-by: Geert Uytterhoeven
This patch fixes mutiple defined issue to MODULE_DEVICE_TABLE
The issue could be induced when some framework which includes two
more sub drivers, is built as one moudle because those sub drivers
could have their own MODULE_DEVICE_TABLE.
And 'struct of_device_id' isn't needed to be determined by
Hi all,
Today's linux-next merge of the tip tree got a conflict in
drivers/firmware/efivars.c between commits f464246d85d5 ("efivars: only
check for duplicates on the registered list") from Linus' tree and
a2162ae42bc4 ("Include missing linux/magic.h inclusions") from the vfs
tree and commits
(4/27/13 12:40 AM), Olivier Langlois wrote:
>
>
> Forbids the cputimer to drift ahead of its process clock by
> blocking its update when a tick occurs while a autoreaping task
> is currently in do_exit() between the call to release_task() and
> its final call to schedule().
>
> Any task stats
On 04/29/2013 10:12 AM, li guang wrote:
> 在 2013-04-29一的 10:00 +0530,Srivatsa S. Bhat写道:
>> On 04/29/2013 08:19 AM, liguang wrote:
>>> in cpu_down(), _cpu_down() will do
>>> "
>>> if (num_online_cpus() == 1)
>>> return -EBUSY;
>>> "
>>> when cpu_hotplug_disabled was set,
在 2013-04-29一的 10:00 +0530,Srivatsa S. Bhat写道:
> On 04/29/2013 08:19 AM, liguang wrote:
> > in cpu_down(), _cpu_down() will do
> > "
> > if (num_online_cpus() == 1)
> > return -EBUSY;
> > "
> > when cpu_hotplug_disabled was set, num_online_cpus
> > will return 1 for
We use kmem_cache_alloc() to allocate memory to hold the new firmware
which will be flashed. kmem_cache_alloc() calls rtas_block_ctor() to
set memory to NULL. But these constructor is called only for newly
allocated slabs.
If we run below command multiple time without rebooting, allocator may
On 04/29/2013 08:19 AM, liguang wrote:
> in cpu_down(), _cpu_down() will do
> "
> if (num_online_cpus() == 1)
> return -EBUSY;
> "
> when cpu_hotplug_disabled was set, num_online_cpus
> will return 1 for there's only 1 boot cpu.
> so, it's unnecessary to check
Signed-off-by: Alexander Gordeev
---
drivers/iommu/irq_remapping.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/irq_remapping.c b/drivers/iommu/irq_remapping.c
index d56f8c1..315c563 100644
--- a/drivers/iommu/irq_remapping.c
+++
When multiple MSIs are enabled with pci_enable_msi_block(), the
requested number of interrupts 'nvec' is rounded up to the nearest
power-of-two value. The result is then used for setting up the
number of MSI messages in the PCI device and allocation of
interrupt resources in the operating system
Hi Gentleman,
This update will allow to conserve interrupt resources when PCI
device uses multiple-MSI mode and sends lesser power-of-two MSIs.
I have held this off for some time, since there were no such usages
(at least known to me). But recently PLX Technology confirmed they
do have, i.e.
This patche adds PID of Japanese Natual Ergonomic Keyboard 4000. HID
NE4K driver depends on this PID for determining its quirks. F14-F18 keys
would not work without the patch.
Signed-off-by: Adam Jiang
---
drivers/hid/hid-core.c | 1 +
drivers/hid/hid-ids.h | 1 +
Hi Tejun,
After merging the cgroup tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/mm/numa.c: In function 'arch_update_cpu_topology':
arch/powerpc/mm/numa.c:1465:2: error: implicit declaration of function
'kzalloc' [-Werror=implicit-function-declaration]
Dear Purchasing manager:
Nice time!
It is my big pleasure to hear you need hoist
we are the leading supplier from China
we have electric hoist, chain hoist and so on
If you still need it pls inform me
Pls reply me let us contact details
Best wishes
Ida
Sales manager
EAST SIWEITE INDUSTRY CO.,
On Mon, 2013-04-29 at 11:35 +1000, Stephen Rothwell wrote:
> Today's linux-next merge of the vfs tree got a conflict in
> arch/powerpc/kernel/rtas_flash.c between commit ad18a364f186
> ("powerpc/rtas_flash: Free kmem upon module exit"), from the powerpc
> tree and commit 5c0333c00ff6 ("ppc: Clean
Tom Rini writes:
> Recent gcc's may place functions into the .text.unlikely section and we
> need to check this section as well for section mismatches now otherwise
> we may have false negatives for this test.
Hmm, I don't think it's all that recent, is it? I can find it back to
gcc 4.0.4:
Pranavkumar Sawargaonkar writes:
> This patch adds a early_wr register (writeonly) in config space of virtio
> console device which can be used for debugging.
>
> The patch also updates virtio-spec in Documentation to reflect this feature
> addition in virtio console.
Perhaps change the name
Alexander Graf writes:
> On 26.04.2013, at 13:04, Pranavkumar Sawargaonkar wrote:
>
>> This patch-set implements early printk support for virtio console devices
>> without using any hypercalls.
>>
>> The current virtio early printk code in kernel expects that hypervisor will
>> provide some
James Hogan writes:
> Commit a4b6a77b77ba4f526392612c2365797fab956014 ("module: fix symbol
> versioning with symbol prefixes") broke the MODVERSIONS loading of any
> module using memcmp (e.g. ipv6) on x86_32, as it's defined to
> __builtin_memcmp which is expanded by VMLINUX_SYMBOL_STR. Use
>
From: Yaakov Selkowitz
Commit a07f7672d7cf0ff0d6e548a9feb6e0bd016d9c6c added user-space copies
of the byteshift headers to be used by hostprogs, changing e.g. u8 to __u8.
However, in order to cross-compile the kernel from a non-Linux system,
stdint.h types need to be used instead of
On Thu, Apr 25, 2013 at 8:20 PM, Tetsuo Handa
wrote:
> Bisection (with a build fix from commit db845067 "slab: Fixup
> CONFIG_PAGE_ALLOC/DEBUG_SLAB_LEAK sections") reached commit e3366016
> "slab: Use common kmalloc_index/kmalloc_size functions".
> Would you have a look at commit e3366016?
Cc:
in cpu_down(), _cpu_down() will do
"
if (num_online_cpus() == 1)
return -EBUSY;
"
when cpu_hotplug_disabled was set, num_online_cpus
will return 1 for there's only 1 boot cpu.
so, it's unnecessary to check cpu_hotplug_disabled
here.
Signed-off-by: liguang
---
Just some minor updates across the subsystem.
Note: I can't figure out why the patch from Lai Jiangshan shows up twice
in the shortlog. Everything checks out otherwise.
The following changes since commit c1be5a5b1b355d40e6cf79cc979eb66dafa24ad1:
Linux 3.9 (2013-04-28 17:36:01 -0700)
are
Hi,
2013-04-28 (일), 09:04 +0900, Namjae Jeon:
> From: Namjae Jeon
>
> Few things can be changed in the default mkwrite function
> 1) Make file_update_time at the start before acquiring any lock
> 2) the condition page_offset(page) >= i_size_read(inode) should be
> changed to page_offset(page)
Tetsuo Handa wrote:
> Also, kmalloc_index() in include/linux/slab.h can return 0 to 26.
>
> If (MAX_ORDER + PAGE_SHIFT - 1) > 25 is true and
> kmalloc_index(64 * 1024 * 1024) is requested (I don't know whether such case
> happens), kmalloc_caches[26] is beyond the array, for kmalloc_caches[26]
>
Some of the recent -stable patches are (surprise!) security fixes.
These were disclosed on the distros list last week.
CVE-2013-1959: /proc//uid_map has multiple incorrect privilege checks
Linux 3.8 and various 3.9 rcs are affected, depending on
configuration. This gives a root shell.
On Mon, Apr 29, 2013 at 5:08 AM, David Rientjes wrote:
> -#if IS_ENABLED(CONFIG_IPV6)
> +#if IS_BUILTIN(CONFIG_IPV6)
This is not a right fix. We had a right one:
[PATCH net-next v3] ipv6: Kill ipv6 dependency of icmpv6_send()
http://marc.info/?l=linux-netdev=136692412322576=2
--
To unsubscribe
On Mon, Apr 29, 2013 at 11:29:43AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the xfs tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> ERROR: "xfs_dquot_buf_ops" [fs/xfs/xfs.ko] undefined!
>
> Probably caused by commit 3fe58f30b4fc ("xfs: add CRC
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
drivers/firmware/efivars.c between commit 0635eb8a54cf ("Move utf16
functions to kernel core and rename") from Linus' tree and commit
a2162ae42bc4 ("Include missing linux/magic.h inclusions") from the vfs
tree.
I fixed it up (see
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
arch/powerpc/kernel/rtas_flash.c between commit ad18a364f186
("powerpc/rtas_flash: Free kmem upon module exit"), from the powerpc
tree and commit 5c0333c00ff6 ("ppc: Clean up rtas_flash driver somewhat")
from the vfs tree.
I
From: Matt Kilgore
Fixed coding style issues with comments, braces, and spacing.
Signed-off-by: Matt Kilgore
---
drivers/staging/rtl8187se/r8180.h | 657 +++---
1 file changed, 325 insertions(+), 332 deletions(-)
diff --git a/drivers/staging/rtl8187se/r8180.h
Hi all,
After merging the xfs tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
ERROR: "xfs_dquot_buf_ops" [fs/xfs/xfs.ko] undefined!
Probably caused by commit 3fe58f30b4fc ("xfs: add CRC checks for quota
blocks").
I have used the xfs tree from next-20130426 for today.
On Fri, 26 Apr 2013, H. Peter Anvin wrote:
> > + noaslr [X86]
> > + Disable kernel base offset ASLR (Address Space
> > + Layout Randomization) if built into the kernel.
> > +
> > noautogroup Disable scheduler automatic task group creation.
>
Hi J.,
After merging the nfsd tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
net/sunrpc/auth_gss/svcauth_gss.c: In function 'gss_proxy_save_rsc':
net/sunrpc/auth_gss/svcauth_gss.c:1182:3: error: implicit declaration of
function 'gss_mech_get_by_OID'
So the last week was much quieter than the preceding ones, which makes
me suspect that one reason -rc7 was bigger than I liked was that
people were gaming the system and had timed some of their pull
requests for just before the release, explaining why -rc7 was big
enough that I didn't actually
Cosmin Paraschiv writes:
> Make the container_of call friendlier and fix some comment slip-ups.
>
> Signed-off-by: Cosmin Paraschiv
> Cc: Daniel Baluta
Applied.
Thanks!
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
2013/4/27 Olivier Langlois :
>
>
> Forbids the cputimer to drift ahead of its process clock by
> blocking its update when a tick occurs while a autoreaping task
> is currently in do_exit() between the call to release_task() and
> its final call to schedule().
>
> Any task stats update after having
Hi,
On Sun, 28 Apr 2013 16:49:33 +0300 "Yuval Mintz" wrote:
>
> > Today's linux-next merge of the net-next tree got a conflict in
> > drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c between commit
> > ecf01c22be03 ("bnx2x: Prevent NULL pointer dereference in kdump") from
> > the net tree and
Hi all,
On Sat, 27 Apr 2013 19:06:53 +0200 Geert Uytterhoeven
wrote:
>
> ia64-defconfig:
>
> (.text+0x3956a2): undefined reference to `ucs2_strsize'
> (.text+0x395f82): undefined reference to `ucs2_strsize'
> (.text+0x395fa2): undefined reference to `ucs2_strsize'
> (.text+0x396222): undefined
On 04/26/13 19:49, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> To fix the compile error when CONFIG_PM_RUNTIME is not enabled,
> move the declaration of us out of CONFIG_REALTEK_AUTOPM macro in rts51x_chip.
>
> drivers/usb/storage/realtek_cr.c: In function 'realtek_cr_destructor':
>
An idr related patch introduced the following sparse warning:
drivers/firewire/core-cdev.c:488:33: warning: incorrect type in initializer
(different base types)
drivers/firewire/core-cdev.c:488:33:expected bool [unsigned] [usertype]
preload
drivers/firewire/core-cdev.c:488:33:got
On Thursday, April 04, 2013 09:57:19 PM Viresh Kumar wrote:
> On 4 April 2013 20:23, Nathan Zimmer wrote:
> > We eventually would like to remove the rwlock cpufreq_driver_lock or convert
> > it back to a spinlock and protect the read sections with RCU. The first
> > step in
> > that is moving
Hi!
On Tue, Apr 16, 2013 at 10:53 AM, wrote:
> Hello,
> Sorry, there is still something wrong with the previous patch's
> format, try to submit it again. When use ubi fastmap, there is a memory
> leak which will make destroy_ai() fail to free the slab alloced in
> scan_fast(). The
From: Peter Hurley
With the LSI FW643 rev 8 [1], the first commanded bus reset at
the conclusion of ohci_enable() has been observed to fail with
the following messages:
[4.884015] firewire_ohci :01:00.0: failed to read phy reg
[5.684012] firewire_ohci :01:00.0: failed to
From: David Flater
To fix a 5-year-old regression, reverse the changes made in the
following commit:
commit 7ef36390fabe2168fe31f245e49eb4e5f3762622
Author: Jan Beulich
Date: Tue Oct 16 23:31:07 2007 -0700
PNP: don't fail device init if no DMA channel available
Most drivers for
Michael Haggerty writes:
> On 04/27/2013 04:24 AM, shawn wilson wrote:
>> On Fri, Apr 26, 2013 at 8:22 PM, Junio C Hamano wrote:
>>
>>> * There was no good way to ask "I have a random string that came from
>>>outside world. I want to turn it into a 40-hex object name while
>>>making
Fix build error when CONFIG_DEBUG_FS is disabled:
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_init':
drivers/gpu/drm/qxl/qxl_debugfs.c:76:2: error: implicit declaration of function
'drm_debugfs_create_files'
drivers/gpu/drm/qxl/qxl_debugfs.c: In function 'qxl_debugfs_takedown':
net/built-in.o: In function `ip_tunnel_xmit':
(.text+0x11ec70): undefined reference to `icmpv6_send'
Signed-off-by: David Rientjes
---
net/ipv4/ip_tunnel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/ip_tunnel.c b/net/ipv4/ip_tunnel.c
--- a/net/ipv4/ip_tunnel.c
On Mar 26 Peter Hurley wrote:
> --- a/drivers/firewire/ohci.c
> +++ b/drivers/firewire/ohci.c
> @@ -2268,8 +2268,8 @@ static int ohci_enable(struct fw_card *card,
> OHCI1394_HCControl_postedWriteEnable);
> flush_writes(ohci);
>
> - for (lps = 0, i = 0; !lps && i < 3;
On Sun, 28 Apr 2013, Borislav Petkov wrote:
> On Sun, Apr 28, 2013 at 05:26:07PM +0400, vita...@yourcmc.ru wrote:
> > >When you do a suspend/resume cycle.
> >
> > OK, yes, I've found it there.
> >
> > >The bug says "The photo shows a BUG in hrtimer_interrupt() after
> > >making
> > >the
On Sun, Apr 28, 2013 at 05:26:07PM +0400, vita...@yourcmc.ru wrote:
> >When you do a suspend/resume cycle.
>
> OK, yes, I've found it there.
>
> >The bug says "The photo shows a BUG in hrtimer_interrupt() after
> >making
> >the hibernation image and while resuming the non-boot CPUs." so I'm
>
On Sun, 28 Apr 2013, ZhenHua wrote:
> >>> In fact, the patch is so easy that I am including it below. Please
> >>> test this (without either of your patches) to see if it works.
> >>>
> >>> Alan Stern
> >>>
> >>>
> >>>
> >>>
> >>> Index: usb-3.9/drivers/usb/host/uhci-hub.c
> >>>
On Sunday 28 April 2013, Sebastian Hesselbarth wrote:
> diff --git a/drivers/clk/clk-si5351.c b/drivers/clk/clk-si5351.c
> index 8323c31..91c0f01 100644
> --- a/drivers/clk/clk-si5351.c
> +++ b/drivers/clk/clk-si5351.c
> @@ -1489,12 +1489,14 @@ static int si5351_i2c_probe(struct i2c_client
Changes since RFC patch v1:
- Updated to use atomic_long instead of atomic, since the reservation_id was a
long.
- added mutex_reserve_lock_slow and mutex_reserve_lock_intr_slow
- removed mutex_locked_set_reservation_id (or w/e it was called)
Changes since RFC patch v2:
- remove use of
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This
The following series implements the updated api for wait/wound mutex locks.
The documentation and api should be complete, the implementation may not be
final. There is no support for -rt yet, and TASK_DEADLOCK handling is missing
too. However I believe that this is an implementation detail, and
This stresses the lockdep code in some ways specifically useful to
ww_mutexes. It adds checks for most of the common locking errors.
Changes since v1:
- Add tests to verify reservation_id is untouched.
- Use L() and U() macros where possible.
Changes since v2:
- Use the ww_mutex api directly.
On 04/28/2013 10:39 AM, Oleg Nesterov wrote:
> On 04/28, H. Peter Anvin wrote:
>>
>> On 04/28/2013 10:27 AM, Oleg Nesterov wrote:
>>
>> Looks good. However, given the timing, I would think this is 3.11
>> material unless we have a manifest bug at this point.
>
> Yes, yes, this is only cleanup.
>
On 04/28, H. Peter Anvin wrote:
>
> On 04/28/2013 10:27 AM, Oleg Nesterov wrote:
>
> Looks good. However, given the timing, I would think this is 3.11
> material unless we have a manifest bug at this point.
Yes, yes, this is only cleanup.
> I have several bits like this that I'm going to queue
On 04/28/2013 10:27 AM, Oleg Nesterov wrote:
> On 04/28, Frederic Weisbecker wrote:
>>
>> On Sat, Apr 27, 2013 at 04:45:37PM +0200, Oleg Nesterov wrote:
>>>
>>> -/* Define reserved bits in DR6 which are always set to 1 */
>>> -#define DR6_RESERVED (0x0FF0)
>>> +#define DR6_MASK
On 04/28, Frederic Weisbecker wrote:
>
> On Sat, Apr 27, 2013 at 04:45:37PM +0200, Oleg Nesterov wrote:
> >
> > -/* Define reserved bits in DR6 which are always set to 1 */
> > -#define DR6_RESERVED (0x0FF0)
> > +#define DR6_MASK (0xF00FU) /* Everything else is reserved */
>
>
Hi!
If I create a process with CLONE_NEWNS|CLONE_NEWUSER set, how can I
modify the mount namespace later?
I thought I simply can run setns(/proc//ns/mnt) within my
privileged process which resists in the initial userns and then mount
whatever I want into the child's mount namespace.
But this
On 04/28, Jacob Shin wrote:
>
> The following patchset enables hardware breakpoint bp_len greater than
> HW_BREAKPOINT_LEN_8 on AMD Family 16h and later.
>
> $ perf stat -e mem:0x1000/16:w a.out
> ^^
> bp_len
>
> Will count writes to
On 04/27, H. Peter Anvin wrote:
>
> On 04/27/2013 09:58 AM, Oleg Nesterov wrote:
> >
> > Stupid question... So X86_FEATURE_BPEXT only works for r/w? I mean, it
> > doesn't allow to specify the mask for an execute breakpoint?
>
> x86 execute breakpoints in general are only a single byte, which has
On Sat, 27 Apr 2013, H. Peter Anvin wrote:
> From: "H. Peter Anvin"
>
> Allow fractional bits of entropy to be tracked by scaling the entropy
> counter (fixed point). This will be used in a subsequent patch that
> accounts for entropy lost due to overwrites.
>
> Signed-off-by: H. Peter Anvin
Rename virt_smp_ops to psci_smp_ops and move them to arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI before setting smp_ops in setup_arch.
If PSCI is available
From: Jon Medhurst
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value. The hook must return true when smp_ops are initialized.
If false the static mdesc->smp_ops will be used by default.
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c between commit
> ecf01c22be03 ("bnx2x: Prevent NULL pointer dereference in kdump") from
> the net tree and commit 5b0752c863d7 ("bnx2x: Fix VF statistics") from
> the
Hi all,
this is the nineth version of the patch series to move virt_smp_ops out
of mach-virt and make it a generic set of reusable PSCI based smp_ops.
psci_smp_ops are preferred over the platform smp_ops. The last patch
introduces smp_init.
Only one change in this last iteration: the PSCI
> -Original Message-
> From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
> Sent: Saturday, April 27, 2013 1:19 AM
> To: Bibek Basu
> Cc: Rafael J. Wysocki; linus.wall...@linaro.org; swar...@wwwdotorg.org;
> linux-te...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-
>
> -Original Message-
> From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
> Sent: Wednesday, April 24, 2013 12:14 AM
> To: Bibek Basu
> Cc: linus.wall...@linaro.org; swar...@wwwdotorg.org; linux-
> te...@vger.kernel.org; linux-kernel@vger.kernel.org; Pritesh Raithatha
>
When you do a suspend/resume cycle.
OK, yes, I've found it there.
The bug says "The photo shows a BUG in hrtimer_interrupt() after
making
the hibernation image and while resuming the non-boot CPUs." so I'm
guessing with Thomas' patch it suspends fine now?
Yeah, now I'm using a patched
This is a give-back to USB folks who helped me in a USB debug issue.
Signed-off-by: Sedat Dilek
---
Documentation/usb/usbmon.txt | 87
1 file changed, 55 insertions(+), 32 deletions(-)
diff --git a/Documentation/usb/usbmon.txt
On Mar 26 Peter Hurley wrote:
> --- a/drivers/firewire/ohci.c
> +++ b/drivers/firewire/ohci.c
> @@ -2268,8 +2268,8 @@ static int ohci_enable(struct fw_card *card,
> OHCI1394_HCControl_postedWriteEnable);
> flush_writes(ohci);
>
> - for (lps = 0, i = 0; !lps && i < 3;
Without the patch, edp->urilen is increased before krealloc(). If krealloc()
fails,
edp->urilen is too high. Fix that by only updating edp->urilen if krealloc() is
successful.
Signed-off-by: Zhao Hongjiang
---
fs/exofs/sys.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Signed-off-by: Haicheng Li
---
fs/f2fs/debug.c |1 -
fs/f2fs/gc.c|1 -
fs/f2fs/super.c |1 -
3 files changed, 3 deletions(-)
diff --git a/fs/f2fs/debug.c b/fs/f2fs/debug.c
index 025b9e2..08c9ce3 100644
--- a/fs/f2fs/debug.c
+++ b/fs/f2fs/debug.c
@@ -13,7 +13,6 @@
#include
try_to_free_nats() is usually called with parameter nr_shrink as
"nm_i->nat_cnt - NM_WOUT_THRESHOLD"
by flush_nat_entries() during checkpointing process.
However, this is inconsistent with the actual threshold check as
"if (nm_i->nat_cnt < 2 * NM_WOUT_THRESHOLD)"
, which will
In clk-si5351 there was some dependency to CONFIG_OF that permitted the
use of the driver on !CONFIG_OF platforms. This patch adds proper #ifdef
around of_clk_add_provider and removes the dependency on CONFIG_OF.
Signed-off-by: Sebastian Hesselbarth
---
Note:
This patch is based upon v3.9-rc8
On 27 April 2013 19:20, Geert Uytterhoeven wrote:
> As of commit 787dcbe6984b3638e94f60d807dcb51bb8a07211 ("MIPS: Export
> symbols used by KVM/MIPS module"), min_low_pfn is already exported by
> the generic mm/bootmem.c, causing:
>
> WARNING: vmlinux: 'min_low_pfn' exported twice. Previous export
On Tue, Apr 23, 2013 at 06:53:20PM -0500, Scott Wood wrote:
> On 04/19/2013 05:47:35 AM, Zhao Chenhui wrote:
> > static int pmc_suspend_enter(suspend_state_t state)
> > {
> >-int ret;
> >+int ret = 0;
> >+
> >+switch (state) {
> >+#ifdef CONFIG_PPC_85xx
> >+case PM_SUSPEND_MEM:
>
On Sat, Apr 27, 2013 at 06:31:04PM -0700, Chegu Vinod wrote:
> KVM guests today use 8bit APIC ids allowing for 256 ID's. Reserving one
> ID for Broadcast interrupts should leave 255 ID's. In case of KVM there
> is no need for reserving another ID for IO-APIC so the hard max limit for
> VCPUS can
On Tue, Apr 16, 2013 at 01:49:18PM -0600, Alex Williamson wrote:
> We hope to at some point deprecate KVM legacy device assignment in
> favor of VFIO-based assignment. Towards that end, allow legacy
> device assignment to be deconfigured.
>
> Signed-off-by: Alex Williamson
Applied, thanks.
>
On Sun, Apr 28, 2013 at 11:40:42AM +0200, Markus wrote:
> Hi!
>
> Thanks for your work. The patch seems to work for me on a vanilla 3.8.10, at
> least the hdds are no longer dropped from the raid.
> The code now ignores some request? What was the reason the disks fell off the
> raid? The
On Thu, Apr 25, 2013 at 07:07:24PM -0500, Scott Wood wrote:
> On 04/24/2013 07:28:18 PM, Zhao Chenhui wrote:
> >On Wed, Apr 24, 2013 at 05:38:16PM -0500, Scott Wood wrote:
> >> On 04/24/2013 06:29:29 AM, Zhao Chenhui wrote:
> >> >On Tue, Apr 23, 2013 at 07:04:06PM -0500, Scott Wood wrote:
> >> >>
On Fri, Apr 26, 2013 at 12:22:01AM +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> It is "exit_int_info". It is actually EXITINTINFO in the official docs
> but we don't like screaming docs.
>
> Signed-off-by: Borislav Petkov
Applied, thanks.
> ---
> arch/x86/kvm/svm.c | 2 +-
> 1
Hi!
Thanks for your work. The patch seems to work for me on a vanilla 3.8.10, at
least the hdds are no longer dropped from the raid.
The code now ignores some request? What was the reason the disks fell off the
raid? The discards are still passed to the ssd?
Thanks,
Markus
Shaohua Li
On 28/04/13 17:21, David Miller wrote:
From: Tony Prisk
Date: Sun, 28 Apr 2013 15:16:43 +1200
Due to number of #includes, alphabetize them to help avoid duplicates.
Signed-off-by: Tony Prisk
Needless churn, I refuse to apply this.
No problem - I'll drop it.
Tony Prisk
--
To unsubscribe
On 04/23/2013 08:22 AM, Marek Belisko wrote:
clock-frequency property from devicetree was read but never used. Apply
defined rate when clock is registered.
Signed-off-by: Marek Belisko
---
drivers/clk/clk-si5351.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
On 04/23/2013 08:22 AM, Marek Belisko wrote:
Rate was incorrectly computed because we read from wrong divider register.
Signed-off-by: Marek Belisko
Marek,
sorry for the late reply and very good catch!
Acked-by: Sebastian Hesselbarth
---
drivers/clk/clk-si5351.c |2 +-
1 file
Hi,
On 04/25/2013 07:23 PM, Vincent Guittot wrote:
> Periodically updates the buddy of a CPU according to the current activity of
> the system. A CPU is its own buddy if it participates to the packing effort.
> Otherwise, it points to a CPU that participates to the packing effort.
>
>
Hi Peter,
On 04/28/2013 12:00 PM, H. Peter Anvin wrote:
Not reserved page, reserved bits in the page tables (which includes all bits
beyond the maximum physical address.)
Thanks for your clarify. When these reserved bits are set?
Another question, if configure UMA to fake numa can get
On Thu, Apr 25, 2013 at 11:22:59AM -0600, Bjorn Helgaas wrote:
> On Wed, Apr 24, 2013 at 9:55 PM, Ram Pai wrote:
> > On Wed, Apr 10, 2013 at 09:22:48AM -0600, Bjorn Helgaas wrote:
> >> On Mon, Apr 8, 2013 at 10:51 PM, Ram Pai wrote:
> >> > On Thu, Apr 04, 2013 at 04:18:01PM -0600, Bjorn Helgaas
Oleg, Ingo, this is my final push for 3.10. I understand that it might
be too late for that .. if so I'll try again later for 3.11.
The following patchset enables hardware breakpoint bp_len greater than
HW_BREAKPOINT_LEN_8 on AMD Family 16h and later.
$ perf stat -e mem:0x1000/16:w a.out
Currently bp_len is given a default value of 4. Allow user to override it:
$ perf stat -e mem:0x1000/8
^
bp_len
If no value is given, it will default to 4 as it did before.
Signed-off-by: Jacob Shin
---
Implement hardware breakpoint address mask for AMD Family 16h and
above processors. CPUID feature bit indicates hardware support for
DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware
breakpoint addresses to allow matching of larger addresses ranges.
Valuable advice and pseudo code
On Sat, Apr 27, 2013 at 06:10:28PM +0200, Oleg Nesterov wrote:
> On 04/27, Jacob Shin wrote:
> >
> > On Sat, Apr 27, 2013 at 05:05:10PM +0200, Oleg Nesterov wrote:
> > > ...
> > > > + if (info->mask)
> > > > + set_dr_addr_mask(0, i);
> > >
> > > I agree we should clear
Signed-off-by: Jacob Shin
---
tools/perf/tests/parse-events.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/tools/perf/tests/parse-events.c b/tools/perf/tests/parse-events.c
index 88e2f44..4fd0f96 100644
--- a/tools/perf/tests/parse-events.c
+++
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in
arch/powerpc/kernel/rtas_flash.c between commit ad18a364f186
(powerpc/rtas_flash: Free kmem upon module exit), from the powerpc
tree and commit 5c0333c00ff6 (ppc: Clean up rtas_flash driver somewhat)
from the vfs tree.
I fixed it
1 - 100 of 198 matches
Mail list logo