On Sat, Dec 22, 2012 at 5:24 AM, Konrad Rzeszutek Wilk
wrote:
>
> Interestingly enough I only see this on any AMD machine - different
> motherboards, different memory configurations.
>
> And also in a HVM guest running on an AMD machine. If it runs on Intel
> it works just fine.
Found the reason,
On 12/22/12 10:33 AM, Drunkard Zhang wrote:
> I'm using Asus PIKE 6480 SAS card, whose chipset is "RAID bus
> controller: Marvell Technology Group Ltd. MV64460/64461/64462 System
> Controller, Revision B", with latest stable branch 3.7.1 only 1 of 8
> ports works, to get others works I got to pull
On Sun, 2012-12-23 at 00:09 +0900, Norbert Preining wrote:
> Network card is built in into a Lenovo Thinkpad Edge
Toshiba Satellite.
> # lspci -nnv -s 03:00.0
> 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8191SEvB
> Wireless LAN Controller [10ec:8172] (rev 10)
>
On 12/21/2012 09:00 PM, Yinghai Lu wrote:
On Fri, Dec 21, 2012 at 6:18 PM, Konrad Rzeszutek Wilk
wrote:
On Thu, Dec 13, 2012 at 02:02:18PM -0800, Yinghai Lu wrote:
So use could disable swiotlb from command line, even swiotlb support
is compiled in. Just like we have intel_iommu=on and intel_i
The new kernel module syscall appraises kernel modules based
on policy. If the IMA policy requires kernel module checking,
fallback to module signature enforcing for the existing syscall,
if enabled. Otherwise return INTEGRITY_UNKNOWN.
Signed-off-by: Mimi Zohar
---
security/integrity/ima/ima.
Hi,
after reading the thread "Regression in 3.8-rc1: "BUG: sleeping
function called from invalid context"" [1] I decided to pull-in
net.git#master (up to commit 9b1536c490d5: "bridge: call
br_netpoll_disable in br_add_if") on top of Linus upstream.
With this kernel I can't neither ping my router
On Sat, Dec 22, 2012 at 07:11:49PM +0100, Frederic Weisbecker wrote:
> 2012/12/21 kbuild test robot :
> > tree:
> > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> > 3.7-nohz1
> > head: 46209cdbb7d5346c29b2243c54b298a233684a5a
> > commit: 40d488f9fcd6840722402976f7
A release candidate Git v1.8.1-rc3 is now available for testing
at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
c0ad509fb6a91babc43cf790405dbd95c68c986f git-1.8.1.rc3.tar.gz
8396960d1e4384a861f98cdd29e2
On 12/22/2012 04:55 PM, Norbert Preining wrote:
Hi Larry,, hi all
On Sa, 22 Dez 2012, Larry Finger wrote:
It is not that no one cares; however, your attitude does nothing to
induce me to work on this problem. The facts are not needed "to make
Aehm, ... after my initial report you asked me sev
On Sat, Dec 22, 2012 at 7:25 PM, Borislav Petkov wrote:
> On Sat, Dec 22, 2012 at 07:01:31PM -0500, Alex Deucher wrote:
>> What chip is this?
>
> I think it is RV635. Here's the whole 3.8-rc1 dmesg.
Does booting with radeon.wb=0 help?
Alex
--
To unsubscribe from this list: send the line "unsubsc
On Sat, Dec 22, 2012 at 07:01:31PM -0500, Alex Deucher wrote:
> What chip is this?
I think it is RV635. Here's the whole 3.8-rc1 dmesg.
[0.00] Linux version 3.8.0-rc1 (boris@liondog) (gcc version 4.7.2
(Debian 4.7.2-4) ) #13 SMP PREEMPT Sat Dec 22 11:48:54 CET 2012
[0.00] Command
On Sat, Dec 22, 2012 at 3:35 PM, Borislav Petkov wrote:
> Hi Alex,
>
> got the sickest bug on 3.8-rc1, see below. The GPU locks up somewhere
> down radeon_fence_wait_seq, judging by the error messages.
>
> And this doesn't happen with 3.7, of course.
>
> Let me know if you need any more info, than
Sure. I actually think both should be deprecated, and replaced with
explicit "trace guest" vs "trace host" flags, just to make it
consistent, but I don't care deeply.
The only thing I care about is that compatibility must never be broken
(which the current setup does), and that people who don't us
On Fri, 21 Dec 2012, Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
>
> Remove unnecessary pending tests from thinkpad_acpi. Only compile
> tested.
>
Hi Larry,, hi all
On Sa, 22 Dez 2012, Larry Finger wrote:
> It is not that no one cares; however, your attitude does nothing to
> induce me to work on this problem. The facts are not needed "to make
Aehm, ... after my initial report you asked me several more questions,
which I answered within a
Hi Tejun,
Thanks for the patch.
> Drop work_pending() test from mwifiex_sdio_card_reset(). As
> work_pending() becomes %false before sdio_card_reset_worker() starts
> executing, it doesn't really protect anything. reset_host may change
> between mmc_remove_host() and mmc_add_host(). Make
> sdi
Hello.
On 18-12-2012 21:34, Tony Prisk wrote:
Resend to include mailing lists.
Such remarks should be placed under --- tear line, not in the changelog.
Replace IS_ERR_OR_NULL with IS_ERR on clk_get results.
Signed-off-by: Tony Prisk
CC: Kyungmin Park
CC: Tomasz Stanislawski
CC: lin
On Thu, 20 Dec 2012 05:24:12 +
Dietmar Maurer wrote:
> > > Wow, you're fast! And I'm glad that it works for you, so we have two
> > > full-featured mempressure cgroup users already.
> >
> > Thanks, although I think we need more testing to be sure this does what we
> > want. I mean, the basic
From: Borislav Petkov
Date: Sat, 22 Dec 2012 19:02:47 +0100
> Top-posting so that the rest can remain untouched.
This bug is fixed in the 'net' tree already by commit:
>From 30e6c9fa93cf3dbc7cc6df1d748ad25e4264545a Mon Sep 17 00:00:00 2001
From: Eric Dumazet
Date: Thu, 20 Dec 2012 17:25:08 +00
Greetings.
I've got an issue with sound on my t510. It started in the late 3.4.x
kernels. Sound works on boot and for 5-10min after, then the speakers
stop working at all.
I posted a while back on the alsa-users list, and someone else had the
same issue:
http://www.mail-archive.com/alsa-user@
drivers/target/target_core_pr.c: In function ‘core_scsi3_emulate_pro_register’:
drivers/target/target_core_pr.c:2056: warning: ‘ret’ may be used uninitialized
in this function
If !spec_i_pt, the "goto out_put_pr_reg" on line 2141 seems to be a real
case where ret is not initialized.
Signed-off-b
drivers/net/wireless/brcm80211/brcmsmac/main.c: In function ‘brcms_b_recv’:
drivers/net/wireless/brcm80211/brcmsmac/main.c:7636: warning: ‘morepending’ may
be used uninitialized in this function
Signed-off-by: Geert Uytterhoeven
---
drivers/net/wireless/brcm80211/brcmsmac/main.c |2 +-
1 fi
enable CONFIG_RTC_DRV_TPS6586X to have RTC driver support for
ventana, harmony etc.
Signed-off-by: Laxman Dewangan
---
arch/arm/configs/tegra_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/configs/tegra_defconfig
ind
Hi Alex,
got the sickest bug on 3.8-rc1, see below. The GPU locks up somewhere
down radeon_fence_wait_seq, judging by the error messages.
And this doesn't happen with 3.7, of course.
Let me know if you need any more info, thanks.
[16273.668350] radeon :02:00.0: GPU lockup CP stall for more
Oleg Nesterov writes:
> On 12/21, Eric W. Biederman wrote:
>>
>> --- a/include/linux/pid_namespace.h
>> +++ b/include/linux/pid_namespace.h
>> @@ -21,7 +21,7 @@ struct pid_namespace {
>> struct kref kref;
>> struct pidmap pidmap[PIDMAP_ENTRIES];
>> int last_pid;
>> -int nr_hash
On Fri, 2012-12-21 at 17:57 -0800, Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
>
> Remove unnecessary pending tests from rfkill. Only compile
> tes
On 12/20/2012 07:12 PM, Oleg Nesterov wrote:
> On 12/20, Srivatsa S. Bhat wrote:
>>
>> On 12/20/2012 12:44 AM, Oleg Nesterov wrote:
>>>
>>> We need 2 helpers for writer, the 1st one does synchronize_sched() and the
>>> 2nd one takes rwlock. A generic percpu_write_lock() simply calls them both.
>>>
Rob Landley writes:
> On 12/21/2012 10:57:34 PM, Eric W. Biederman wrote:
>>
>> The sequence:
>> unshare(CLONE_NEWPID)
>> clone(CLONE_THREAD|CLONE_SIGHAND|CLONE_VM)
>>
>> Creates a new process in the new pid namespace without setting
>> pid_ns->child_reaper. After forking this results in a NUL
On Saturday 22 December 2012 02:20 AM, Stephen Warren wrote:
On 12/20/2012 09:18 PM, Laxman Dewangan wrote:
On Thursday 20 December 2012 10:33 PM, Stephen Warren wrote:
On 12/19/2012 11:15 PM, Laxman Dewangan wrote:
On Wednesday 19 December 2012 10:30 PM, Stephen Warren wrote:
On 12/18/2012 1
On Saturday 22 December 2012 02:20 AM, Stephen Warren wrote:
On 12/20/2012 09:18 PM, Laxman Dewangan wrote:
On Thursday 20 December 2012 10:33 PM, Stephen Warren wrote:
On 12/19/2012 11:15 PM, Laxman Dewangan wrote:
On Wednesday 19 December 2012 10:30 PM, Stephen Warren wrote:
On 12/18/2012 1
On 12/21/2012 10:57:34 PM, Eric W. Biederman wrote:
The sequence:
unshare(CLONE_NEWPID)
clone(CLONE_THREAD|CLONE_SIGHAND|CLONE_VM)
Creates a new process in the new pid namespace without setting
pid_ns->child_reaper. After forking this results in a NULL
pointer dereference.
Avoid this and othe
Hi!
I've noticed a regression using 3.7 on my Thinkpad X300.
In Cinnamon and in KDE with Desktop Effects, all graphics are slow and
studdering. Moving a window results in about 5 frames per second.
glxgears achieves about 14 fps, versus ~60 in unaffected kernels.
X is from Debian unstable:
On 12/17/12 3:20 AM, Gleb Natapov wrote:
Does the regression happen because of commit 20b279ddb38c. If it does I
think it is safe to revert it. KVM disables PEBS during guest entry now, so
VMs shouldn't be blowing up (they do not in my testing) and if they still
do we can disable the counter that
On Fri, Dec 21, 2012 at 09:07:35PM +0100, Ondřej Bílka wrote:
> I was suggesting in another thread different approach.
>
> Use AES-based cryptographic random number generator as replacement of
> /dev/urandom. Reseeding would get done by changing both aes key and
> data.
>
> This would with hardw
any opinions on whether the approach is reasonable?
On 12/16/12 9:43 PM, David Ahern wrote:
On 12/13/12 10:31 AM, Ingo Molnar wrote:
* Linus Torvalds wrote:
So the default shouldn't necessarily be "include guest". The default
should presumably be "the user didn't say", and then the kernel doe
On 12/19/12 8:07 AM, Jiri Olsa wrote:
This reverts commit 20b279ddb38ca42f8863cec07b4d45ec24589f13.
Cc: Corey Ashford
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo Carvalho de Melo
As a courtesy please CC people involved in a
Linus,
since 3.8-rc1 is out now, please pull the squashed patches from Bill to
get rid of the __dev* annotations in the i2c subsystem. I couldn't
include it in my previous pull request due to some dependency with the
mfd subsystem. I had this patch in linux-next for two days before rc1
and nothing
Replacing these calls avoids compatibility problems with PCIe v1/v2
Capability structures.
Signed-off-by: Lucas Kannebley Tavares
---
drivers/gpu/drm/drm_pci.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c
i
On 12/22/2012 12:30 PM, Borislav Petkov wrote:
On Sat, Dec 22, 2012 at 10:10:28AM -0800, Eric Dumazet wrote:
RTNL is a mutex, its perfectly valid to use GFP_KERNEL while holding a
mutex.
Right, sorry. The check fires because we have preemption disabled.
As replied before your mail, fix for t
During the process of obtaining the speed cap for the device, it
attempts go get the PCI Host bus. However on architectures such as PPC
or IA64, those do not appear as devices.
Signed-off-by: Lucas Kannebley Tavares
---
drivers/gpu/drm/drm_pci.c |5 +
1 files changed, 5 insertions(+), 0
On 12/13/2012 09:31 PM, Bjorn Helgaas wrote:
[+cc Betty]
On Thu, Dec 13, 2012 at 4:04 PM, Lucas Kannebley Tavares
wrote:
On architectures such as ppc64, there is no root bus device (it belongs
to the hypervisor). DRM attempted to get one, causing a null-pointer
dereference.
In addition to p
On 20.12.2012 21:58, Andrew Morton wrote:
> There seems to be some complexity/duplication here between the new
> unbalanced_zone() and pgdat_balanced().
>
> Can we modify pgdat_balanced() so that it also handles order=0, then do
>
> - if (!unbalanced_zone || (order && pgdat_balanced(p
On Sat, Dec 22, 2012 at 10:10:28AM -0800, Eric Dumazet wrote:
> RTNL is a mutex, its perfectly valid to use GFP_KERNEL while holding a
> mutex.
Right, sorry. The check fires because we have preemption disabled.
> As replied before your mail, fix for the problem is already in David
> tree.
Yep, s
On Sat, Dec 22, 2012 at 12:21:15PM +0100, Federico Vaga wrote:
> > I'm cautious about adding operational interfaces to sysfs because it
> > can be quite difficult to get the locking right. To begin with it
> > splits up a single interface into multiple files, any of which can
> > be held open by a
On Sat, 2012-12-22 at 19:02 +0100, Borislav Petkov wrote:
> Top-posting so that the rest can remain untouched.
>
> Right, so AFAICT, something is holding rtnl_mutex (probably some
> rtnetlink traffic) and device_rename() is doing kstrdup with
> GFP_KERNEL which, among others, has __GFP_WAIT and *t
Top-posting so that the rest can remain untouched.
Right, so AFAICT, something is holding rtnl_mutex (probably some
rtnetlink traffic) and device_rename() is doing kstrdup with
GFP_KERNEL which, among others, has __GFP_WAIT and *that* triggers the
might_sleep_if() check in slab_pre_alloc_hook():
On Sat, 2012-12-22 at 11:11 -0600, Larry Finger wrote:
> With kernel 3.8-rc1, I get 2 "BUG: sleeping function called from invalid
> context" reports. These have been present got some time in the 3.7-git
> versions
> and I have tried twice to bisect the problem. Both times, I ended up at a
> mer
Hello.
On 21-12-2012 13:06, Felipe Balbi wrote:
please respin this patch with a real commit log.
And then, when referring to commit ID that broke da8xx.c don't forget to
also specify the commit summmary in parens (or however you like).
Signed-off-by: Mikhail Kshevetskiy
WBR, Sergei
2012/12/21 Steven Rostedt :
> On Thu, 2012-12-20 at 19:32 +0100, Frederic Weisbecker wrote:
>
>> --- a/include/linux/init_task.h
>> +++ b/include/linux/init_task.h
>> @@ -10,6 +10,7 @@
>> #include
>> #include
>> #include
>> +#include
>> #include
>>
>> #ifdef CONFIG_SMP
>> @@ -141,6 +142,1
2012/12/21 Steven Rostedt :
>>@@ -601,6 +612,7 @@ void thread_group_cputime_adjusted(struct task_struct *p,
>>cputime_t *ut, cputime
>> thread_group_cputime(p, &cputime);
>> cputime_adjust(&cputime, &p->signal->prev_cputime, ut, st);
>> }
>> +#endif /* !CONFIG_VIRT_CPU_ACCOUNTING_NATI
Forgot to ask...
On 12/22, Oleg Nesterov wrote:
>
> On 12/21, Anton Arapov wrote:
> >
> > struct uprobe_consumer {
> > - int (*handler)(struct uprobe_consumer *self, struct pt_regs *regs);
> > + int (*handler)(struct uprobe_consumer *self, unsigned long bp_vaddr,
> > struct pt_regs *regs);
>
From: Thomas Gleixner
The following scenario does not work correctly:
Runqueue of CPUx contains two runnable and pinned tasks:
T1: SCHED_FIFO, prio 80
T2: SCHED_FIFO, prio 80
T1 is on the cpu and executes the following syscalls (classic priority
ceiling scenario):
sys_sched_setscheduler(pid
Dear RT Folks,
This is the RT stable review cycle of patch 3.0.57-rt82-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release cand
From: Thomas Gleixner
If the policy and priority remain unchanged a possible modification of
sched_reset_on_fork gets lost in the early exit path.
Signed-off-by: Thomas Gleixner
Cc: sta...@vger.kernel.org
Cc: stable...@vger.kernel.org
---
kernel/sched.c |6 --
1 file changed, 4 inserti
From: Steven Rostedt
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 8269ec1..ef83083 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt81
+-rt82-rc1
--
1.7.10.4
--
To unsubscribe from this lis
From: Thomas Gleixner
If a PI boosted task policy/priority is modified by a setscheduler()
call we unconditionally dequeue and requeue the task if it is on the
runqueue even if the new priority is lower than the current effective
boosted priority. This can result in undesired reordering of the
pr
On Sat, 2012-12-22 at 17:39 +0100, Frederic Weisbecker wrote:
> Ah thanks! I'm folding your patch.
> I can add your SOB, right?
Sure, feel free to add my SOB on any of the changes I sent to you.
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 12/21, Eric W. Biederman wrote:
>
> --- a/include/linux/pid_namespace.h
> +++ b/include/linux/pid_namespace.h
> @@ -21,7 +21,7 @@ struct pid_namespace {
> struct kref kref;
> struct pidmap pidmap[PIDMAP_ENTRIES];
> int last_pid;
> - int nr_hashed;
> + unsigned int nr_ha
2012/12/21 Steven Rostedt :
> On Thu, 2012-12-20 at 19:32 +0100, Frederic Weisbecker wrote:
>
> kernel/time/tick-sched.c:517:6: error: have_full_nohz_mask undeclared
> (first use in this function)
>
>
>> --- a/kernel/time/tick-sched.c
>> +++ b/kernel/time/tick-sched.c
>> @@ -112,7 +112,8 @@ static
On 12/21, Anton Arapov wrote:
>
> +int uretprobe_register(struct inode *inode, loff_t offset, struct
> uprobe_consumer *uc)
> +{
> + return __uprobe_register(inode, offset, uc, true);
> +}
> ...
> +
> +void uretprobe_unregister(struct inode *inode, loff_t offset, struct
> uprobe_consumer *uc)
On 12/22/2012 09:09 AM, Norbert Preining wrote:
Dear all,
I have no idea who is responsible or how to continue, but the rtl driver
is in such a dire state and it seems nobody cares. I have no reported
several times about it, without the slightest reactions. How can it be
that after so many years
On 12/21, Anton Arapov wrote:
>
> struct uprobe_consumer {
> - int (*handler)(struct uprobe_consumer *self, struct pt_regs *regs);
> + int (*handler)(struct uprobe_consumer *self, unsigned long bp_vaddr,
> struct pt_regs *regs);
It seems that we can do better...
Just change regs->ip bef
On 12/21, Anton Arapov wrote:
>
> +static unsigned long uretprobe_run_handlers(struct pt_regs *regs)
> +{
> + struct hlist_head *head;
> + struct hlist_node *r1, *r2;
> +
> + struct return_instance *ri;
> + struct uprobe_task *utask;
> +
> + struct xol_area *area;
> + unsign
we should check the return value of calling function fir16_create(): a NULL
value means the memory allocation fails.
this patch also cleans up the error handling in function function oslec_create()
Signed-off-by: Cong Ding
---
drivers/staging/echo/echo.c | 39 ++---
The last remaining user was oprofile and its use has been removed
a while ago on commit bc078e4eab65f11bbaeed380593ab8151b30d703
"oprofile: convert oprofile from timer_hook to hrtimer".
There doesn't seem to be any upstream user of this hook
for about two years now. And I'm not even aware of any o
On 12/21, Anton Arapov wrote:
>
> +static unsigned long xol_get_trampoline_slot(void)
> +{
> + struct xol_area *area;
> + unsigned long offset;
> + void *vaddr;
> + uprobe_opcode_t bp_insn = UPROBE_SWBP_INSN;
> +
> + area = get_xol_area(current->mm);
> + if (!area) {
> +
On 12/21, Anton Arapov wrote:
>
> struct uprobe {
> struct rb_node rb_node;/* node in the rb tree */
> atomic_tref;
> @@ -70,12 +72,20 @@ struct uprobe {
> struct rw_semaphore consumer_rwsem;
> struct list_headpending_list;
>
On 12/21, Anton Arapov wrote:
>
> +extern unsigned long
> +arch_uretprobe_hijack_return_addr(unsigned long rp_trampoline_vaddr, struct
> pt_regs *regs)
> +{
> + struct uprobe_task *utask = current->utask;
> + int rasize, ncopied;
> + unsigned long orig_return_vaddr = 0; /* clear high b
From: Thomas Gleixner
The following scenario does not work correctly:
Runqueue of CPUx contains two runnable and pinned tasks:
T1: SCHED_FIFO, prio 80
T2: SCHED_FIFO, prio 80
T1 is on the cpu and executes the following syscalls (classic priority
ceiling scenario):
sys_sched_setscheduler(pid
From: Thomas Gleixner
If a PI boosted task policy/priority is modified by a setscheduler()
call we unconditionally dequeue and requeue the task if it is on the
runqueue even if the new priority is lower than the current effective
boosted priority. This can result in undesired reordering of the
pr
Dear RT Folks,
This is the RT stable review cycle of patch 3.2.35-rt53-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release cand
From: Thomas Gleixner
If the policy and priority remain unchanged a possible modification of
sched_reset_on_fork gets lost in the early exit path.
Signed-off-by: Thomas Gleixner
Cc: sta...@vger.kernel.org
Cc: stable...@vger.kernel.org
---
kernel/sched.c |6 --
1 file changed, 4 inserti
From: Steven Rostedt
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 66a5ed8..2dc212d 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt52
+-rt53-rc1
--
1.7.10.4
--
To unsubscribe from this lis
On 12/21/2012 04:57 PM, Sasha Levin wrote:
> On 12/21/2012 03:46 PM, Stanislav Kinsbursky wrote:
>> 21.12.2012 00:47, Andrew Morton пишет:
>>> On Thu, 20 Dec 2012 08:06:32 +0400
>>> Stanislav Kinsbursky wrote:
>>>
19.12.2012 00:36, Andrew Morton __:
> On Wed, 24 Oct 2012 19:34:51
On Fri, Dec 21 2012, David Rientjes wrote:
> > Specifying negative size of buffer makes no sense and thus this commit
> > changes the type of the count argument to unsigned.
> >
> > --- a/arch/arm/mm/dma-mapping.c
> > +++ b/arch/arm/mm/dma-mapping.c
> > @@ -1038,9 +1038,9 @@ static struct page **_
Commit 3a50597de86 in mainline removed the definition of the
thread_group_cred structure, but left a now unused pointer in
struct cred.
Signed-off-by: Marc Dionne
---
include/linux/cred.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/cred.h b/include/linux/cred.h
index abb2cd5
Got during suspend to disk:
[ 269.784867] [ INFO: possible circular locking dependency detected ]
[ 269.784869] 3.8.0-rc1 #1 Not tainted
[ 269.784870] ---
[ 269.784871] kworker/u:3/56 is trying to acquire lock:
[ 269.784878] ((fb_notifier_l
> From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo
0m: fix i2400m->wake_tx_skb handling
>
...
>
> Only compile tested.
I don't have access to hardware to test this--might want to contact Dan
Williams,
as he has been more actively using it.
--
To unsubscribe from this list: send
On Fri, Dec 21, 2012 at 01:33:03PM -0800, anish kumar wrote:
> On Fri, 2012-12-21 at 23:34 +0800, Woody Wu wrote:
> > On Thu, Dec 20, 2012 at 10:05:05AM -0800, anish singh wrote:
> > > On Dec 20, 2012 6:30 AM, "Woody Wu" wrote:
> > > >
> > > > Hi, List
> > > >
> > > > Where is the Kernel code that
Dear all,
I have no idea who is responsible or how to continue, but the rtl driver
is in such a dire state and it seems nobody cares. I have no reported
several times about it, without the slightest reactions. How can it be
that after so many years we still not be able to do wireless.
Ok, here ar
Hi Michel,
On 12/21/2012 08:46 PM, Michel Lespinasse wrote:
I wanted to ask if you could check the sanity of the following patches
in nommu configurations. My understanding is that these always
Sure. I think it is worth CC'ing David Howells on these as well,
he has spent a fair bit of time in
Hello.
On 21-12-2012 8:35, Derek Basehore wrote:
We no longer wait for the disk to spin up in sd_resume. It now enters the
request to spinup the disk into the elevator and returns.
A function is scheduled under the scsi_sd_probe_domain to wait for the command
to spinup the disk to complete. Th
On 12/22/2012 12:42 AM, Michel Lespinasse wrote:
However, I have a few concerns about the behavior of this, which I
think deserve more experimentation (I may try helping with it after
new years).
More experimentation is always good. Different hardware
will probably behave differently, etc...
On Fri, 2012-12-21 at 17:56 -0800, Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
>
> Remove unnecessary pending tests from wl1251. Only compile teste
Hi,
On Sat, Dec 22, 2012 at 03:10:23PM +0200, Kirill A. Shutemov wrote:
> On Sat, Dec 22, 2012 at 02:27:57PM +0200, Aaro Koskinen wrote:
> > It looks like commit 816422ad76474fed8052b6f7b905a054d082e59a
> > (asm-generic, mm: pgtable: consolidate zero page helpers) broke
> > MIPS/SPARSEMEM build in
On Sat, Dec 22, 2012 at 02:38:29AM -0800, Yinghai Lu wrote:
> On Fri, Dec 21, 2012 at 6:42 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Mon, Dec 17, 2012 at 11:15:32PM -0800, Yinghai Lu wrote:
> >> Now we have limit kdump reseved under 896M, because kexec has the
> >> limitation.
> >> and also bzIma
On Fri, Dec 21, 2012 at 07:01:21PM -0800, H. Peter Anvin wrote:
> Earlyprintk please?
PXELINUX 3.82 2009-06-09 Copyright (C) 1994-2009 H. Peter Anvin et al
Loading
vmlinuz...
Loading
initramfs.cpio.gz...
On Fri, Dec 21, 2012 at 07:23:03PM -0800, Eric W. Biederman wrote:
> Konrad Rzeszutek Wilk writes:
>
> > On Fri, Dec 21, 2012 at 06:42:47PM -0800, Eric W. Biederman wrote:
> >> Konrad Rzeszutek Wilk writes:
> >>
> >> > On Mon, Dec 17, 2012 at 11:15:56PM -0800, Yinghai Lu wrote:
> >> >> So use c
On Sat, Dec 22, 2012 at 02:27:57PM +0200, Aaro Koskinen wrote:
> Hi,
>
> It looks like commit 816422ad76474fed8052b6f7b905a054d082e59a
> (asm-generic, mm: pgtable: consolidate zero page helpers) broke
> MIPS/SPARSEMEM build in 3.8-rc1:
Could you try this:
http://permalink.gmane.org/gmane.linux.k
On Monday 10 December 2012 17:56:02 John Stultz wrote:
> On 12/08/2012 03:10 AM, Heinz Wiesinger wrote:
> > On Tuesday 04 December 2012 10:34:39 John Stultz wrote:
> >> On 12/04/2012 02:34 AM, Heinz Wiesinger wrote:
> >>> On Monday 03 December 2012 15:14:12 you wrote:
> On 11/05/2012 02:55 PM,
Hi Arnd,
On Mon, Dec 17, 2012 at 5:12 PM, Arnd Bergmann wrote:
> On Sunday 16 December 2012, Geert Uytterhoeven wrote:
>> Since commit 0049fb2603b7afb1080776ee691dfa5a3d282357 ("OMAPFB: use
>> dma_alloc_attrs to allocate memory") we have one non-arch user of
>> dma_{alloc,free}_attrs().
>>
>> Hen
Hi,
It looks like commit 816422ad76474fed8052b6f7b905a054d082e59a
(asm-generic, mm: pgtable: consolidate zero page helpers) broke
MIPS/SPARSEMEM build in 3.8-rc1:
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
Checking missing-syscalls for N32
CC
On Friday, December 21, 2012 05:57:06 PM Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
Is the particular one you're removing from domain.c buggy?
> R
On Friday, December 21, 2012 05:57:01 PM Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
Can you please say why they are buggy?
> Remove unnecessary pe
> I'm cautious about adding operational interfaces to sysfs because it
> can be quite difficult to get the locking right. To begin with it
> splits up a single interface into multiple files, any of which can
> be held open by a process. Then there is the question of ordering
> of operations when th
On Fri, Dec 21, 2012 at 06:22:10PM -0800, Tejun Heo wrote:
> Hello, Andrew.
>
> On Fri, Dec 21, 2012 at 06:15:23PM -0800, Andrew Morton wrote:
> > On Fri, 21 Dec 2012 17:57:15 -0800 Tejun Heo wrote:
> >
> > > There's no need to test whether a (delayed) work item in pending
> > > before queueing,
On Fri, Dec 21, 2012 at 6:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Mon, Dec 17, 2012 at 11:15:32PM -0800, Yinghai Lu wrote:
>> Now we have limit kdump reseved under 896M, because kexec has the limitation.
>> and also bzImage need to stay under 4g.
>>
>> To make kexec/kdump could use range above 4g
Fixed different size cast warnings in function setup_efi_pci
Signed-off-by: Stefan Hasko
---
arch/x86/boot/compressed/eboot.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/boot/compressed/eboot.c b/arch/x86/boot/compressed/eboot.c
index b1942e2..dd99fca
On Wed, 19 Dec 2012 19:39:14 +0300, Dan Carpenter
wrote:
> On Wed, Dec 19, 2012 at 03:11:54PM +, Grant Likely wrote:
> > On Tue, 11 Dec 2012 16:36:27 -0800 (PST), Kuninori Morimoto
> > wrote:
> > >
> > > Hi
> > >
> > > > According to its documentation, clk_get() returns a "valid IS_ERR()
On Thu, 20 Dec 2012 14:45:52 -0800, David Cohen wrote:
> From: "Li, Ning"
>
> Disable falling/rising edge detection during irq shutdown operation.
Why? (A commit description should also say why a change is needed. Not
just what it does)
g.
>
> Signed-off-by: David Cohen
> Signed-off-by: Li,
1 - 100 of 111 matches
Mail list logo
