James Hogan writes:
> The commit "consolidate cond_syscall and SYSCALL_ALIAS declarations"
> broke the build on blackfin and metag due to the following code:
>
> #ifndef SYMBOL_NAME
> #ifdef CONFIG_SYMBOL_PREFIX
> #define SYMBOL_NAME(x) CONFIG_SYMBOL_PREFIX ## x
> #else
> #define SYMBOL_
"Michael S. Tsirkin" writes:
> Here's a patchset to update tools/virtio with
> changes in 3.8, as well as the proposed API extension.
>
> Useful to see whether the extra level of indirection
> adds measureable overhead.
>
> I will upstream at least patch 1 soon.
What happened to this, BTW?
> Mic
On Thu, Mar 7, 2013 at 2:36 PM, Dave Jones wrote:
>
> The hits keep on coming..
>
> [ 255.609172] BUG: unable to handle kernel NULL pointer dereference at
> 0064
> [ 255.610393] IP: [] pipe_release+0x42/0xd0
Ok, I think this is the same issue as your fasync thing.
So add a "if (pi
On Thu, Mar 07, 2013 at 06:54:09PM -0500, Dave Jones wrote:
> On Thu, Mar 07, 2013 at 03:46:24PM -0800, Linus Torvalds wrote:
> > On Thu, Mar 7, 2013 at 3:14 PM, Dave Jones wrote:
> > > And.. More fun with pipes.
> > > for (fp = fapp; (fa = *fp) != NULL; fp = &fa->fa_next) {
> > >
On 03/07/2013 04:32 AM, Ricardo Ribalda Delgado wrote:
> Hi
>
> I have an FPGA attached to the pci bus. The FPGA has an internal bus
> with multiple cores that are already supported in the kernel.
>
> I have made a driver that populates those cores using a user provided
> device tree. I use the f
On Fri, Mar 8, 2013 at 12:31 AM, Greg Kroah-Hartman
wrote:
> On Tue, Mar 05, 2013 at 12:43:27PM -0800, Tejun Heo wrote:
>> On Sun, Mar 03, 2013 at 07:42:31AM +0100, Kay Sievers wrote:
>> > On Sat, Mar 2, 2013 at 7:17 PM, Greg Kroah-Hartman
>> > wrote:
>> > > On Fri, Mar 01, 2013 at 07:24:21PM -08
2013/1/23 Hakan Akkan :
> Hi,
>
> This WARN_ON is triggered for every full nohz CPU in the system during
> AP boot in a 16 core machine:
Yeah it happens because we are enqueuing a timer to an offline CPU.
I'm trying to fix it, tell me if you still see the warning on the next
version.
Thanks!
>
>
On Thu, Mar 7, 2013 at 2:50 PM, Linus Torvalds
wrote:
>
> Al, I think the BUG_ON() is simply bogus. Should we just remove it? Or
> is there some conceptual reason why we can't handle a symlink there?
Hmm. Removing the BUG_ON() makes things work. Sure, you can get odd
files that are symlinks, but
On Thu, Mar 07, 2013 at 03:46:24PM -0800, Linus Torvalds wrote:
> On Thu, Mar 7, 2013 at 3:14 PM, Dave Jones wrote:
> > And.. More fun with pipes.
> > for (fp = fapp; (fa = *fp) != NULL; fp = &fa->fa_next) {
> > 1650: 49 8b 06mov(%r14),%rax
> >
> > So we
2013/1/8 Li Zhong :
> On Tue, 2013-01-08 at 03:08 +0100, Frederic Weisbecker wrote:
>> move_tasks() and active_load_balance_cpu_stop() both need
>> to have the busiest rq clock uptodate because they may end
>> up calling can_migrate_task() that uses rq->clock_task
>> to determine if the task runnin
On Thu, Mar 7, 2013 at 3:14 PM, Dave Jones wrote:
> And.. More fun with pipes.
> for (fp = fapp; (fa = *fp) != NULL; fp = &fa->fa_next) {
> 1650: 49 8b 06mov(%r14),%rax
>
> So we got to fasync_remove_entry with a NULL fa struct.
>
> Can we just add more NULL c
The mm-of-the-moment snapshot 2013-03-07-15-45 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
2013/2/20 Borislav Petkov :
> On Mon, Feb 11, 2013 at 03:35:29PM +0100, Borislav Petkov wrote:
>> > +/* Parse the boot-time nohz CPU list from the kernel parameters. */
>> > +static int __init tick_nohz_full_setup(char *str)
>> > +{
>> > + alloc_bootmem_cpumask_var(&full_nohz_mask);
>> > + have
On Thu, 7 Mar 2013 20:19:15 +0100
Mateusz Guzik wrote:
> On Tue, Mar 05, 2013 at 10:54:56AM -0800, Ben Greear wrote:
> > In doing some CIFS testing (utilizing it's feature to bind to local
> > address..but not sure that matters), we saw this error when trying
> > to un-mount.
> >
> > Our kernel
2013/2/11 Borislav Petkov :
> On Tue, Jan 08, 2013 at 03:08:07AM +0100, Frederic Weisbecker wrote:
>
> [ … ]
>
>> diff --git a/kernel/time/Kconfig b/kernel/time/Kconfig
>> index 8601f0d..dc6381d 100644
>> --- a/kernel/time/Kconfig
>> +++ b/kernel/time/Kconfig
>> @@ -70,6 +70,15 @@ config NO_HZ
>>
On Thu, Mar 07, 2013 at 10:50:40AM -0800, David Brown wrote:
> Greg Kroah-Hartman writes:
>
> >> Without this device, the PMIC drivers won't work, regulators can't be
> >> turned on, and most of the other devices won't work. I can try if it
> >> can still be made a module, and it might be good a
On Tue, Mar 05, 2013 at 12:43:27PM -0800, Tejun Heo wrote:
> On Sun, Mar 03, 2013 at 07:42:31AM +0100, Kay Sievers wrote:
> > On Sat, Mar 2, 2013 at 7:17 PM, Greg Kroah-Hartman
> > wrote:
> > > On Fri, Mar 01, 2013 at 07:24:21PM -0800, Tejun Heo wrote:
> > >> Kay tells me the most appropriate plac
On Thu, Mar 07, 2013 at 04:58:10PM +, David Howells wrote:
> Andy King wrote:
>
> > Split the vSockets header into kernel and UAPI parts. The former gets the
> > bits
> > that used to be in __KERNEL__ guards, while the latter gets everything that
> > is
> > user-visible. Tested by compili
On Thu, Mar 07, 2013 at 11:02:58PM +0100, Lars-Peter Clausen wrote:
> On 03/07/2013 08:11 PM, Sören Brinkmann wrote:
> > On Thu, Mar 07, 2013 at 10:36:35AM +0100, Lars-Peter Clausen wrote:
> >> On 03/06/2013 06:27 PM, Sören Brinkmann wrote:
> >>> Hi Jan,
> >>>
> >>> what a small world. Good to he
Ping Hugh, :-)
On 03/06/2013 06:18 PM, Ric Mason wrote:
Hi Hugh,
On 03/06/2013 01:05 PM, Hugh Dickins wrote:
On Wed, 6 Mar 2013, Ric Mason wrote:
[ I've deleted the context because that was about the unstable tree,
and here you have moved to asking about a case in the stable tree. ]
I think
On Fri, Mar 08, 2013 at 12:57:37AM +0530, Laxman Dewangan wrote:
> The alramtimer suspend failed when nearest alarm wakeup time is
> less than 2 sec or rtc timer can not start.
>
> In suspend/resume stress testing, we found that sometimes alramtimer
> failed to suspend and hence it cancel the susp
The Rigblaster Advantage is an amateur radio interface sold by West Mountain
Radio. It contains a cp210x serial interface but the device ID is not in
the driver.
Signed-off-by: Steve Conklin
---
drivers/usb/serial/cp210x.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial
On Mon, Mar 4, 2013 at 11:43 PM, Guan Xin wrote:
>
> Today I upgraded from 3.8.1 to 3.8.2 and started to see some errors in dmesg:
>
This problem is still there in Linux 3.9-rc1.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
And.. More fun with pipes.
BUG: unable to handle kernel NULL pointer dereference at 0080
IP: [] fasync_remove_entry+0x30/0xd0
PGD 1225c5067 PUD 11a133067 PMD 0
Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in: rfcomm bnep nfnetlink can_bcm l2tp_ppp l2tp_core
scsi_transpo
On Thu, Mar 07, 2013 at 04:14:27PM -0500, Josh Boyer wrote:
> On Thu, Mar 07, 2013 at 02:10:05PM -0500, Josh Boyer wrote:
> > On Thu, Mar 07, 2013 at 08:07:23PM +0100, Jiri Slaby wrote:
> > > On 03/07/2013 07:56 PM, Josh Boyer wrote:
> > > > commit 835d844d1a28efba81d5aca7385e24c29d3a6db2
> > > > A
> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
> To: Dave Hansen
> Subject: Re: [PATCHv7 4/8] zswap: add to mm/
>
> On 03/07/2013 01:00 PM, Dave Hansen wrote:
> > On 03/06/2013 07:52 AM, Seth Jennings wrote:
> > ...
> >> +**/
> >> +/* attempts to compres
A release candidate Git v1.8.2-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:
3fe30d85cea78a388d61ba79fe3a106fca41cfbe git-1.8.2.rc3.tar.gz
4b378cf6129fa4c9355436b93a69
Michael Neuling wrote:
> Philippe De Muyter wrote:
>
> > Hello Mikey,
> >
> > On Thu, Mar 07, 2013 at 10:14:30AM +1100, Michael Neuling wrote:
> > > Philippe De Muyter wrote:
> > >
> > > > On Thu, Mar 07, 2013 at 09:09:48AM +1100, Michael Neuling wrote:
> > > > > > bisect tells me that since
On Thu, Mar 07, 2013 at 02:50:55PM -0800, Linus Torvalds wrote:
> Yes, I can reproduce this, and I know what's going on. I don't have a
> patch, though, and I think it's in Al's court on what we should do.
> Al?
>
> Anyway, so the "old=fd" thing implies that it's one of the symlinks in
> /p
On Thu, Mar 7, 2013 at 2:18 PM, Dave Jones wrote:
>
> Ok, that didn't enlightenment me so much..
Ooh, I'm good.
> [ 304.559707] WARNING: at fs/namei.c:696 nd_jump_link+0x85/0xa0()
> [ 304.692736] [] nd_jump_link+0x85/0xa0
> [ 304.693541] [] proc_pid_follow_link+0x6c/0x70
> [ 304.694445] [
On 03/07/2013 03:35:42 PM, Andrew Morton wrote:
On Thu, 7 Mar 2013 14:50:23 -0500 Paul Gortmaker
wrote:
> This brings up a recurring question. I was tempted to just go make
> CONFIG_EARLY_PRINTK depend on CONFIG_PRINTK, but lately I've faced
> pushback when trying to "fix" things like seeing
On Thu, 2013-03-07 at 22:48 +0100, Zdenek Kabelac wrote:
> Dne 29.1.2013 11:46, Zdenek Kabelac napsal(a):
> > Hi
> >
> > No exactly sure which patch did it - but when I'm now checking 3.8-rc5
> > kernel,
> > I cannot use anymore this 'undock' command:
> >
> > echo 1 >/sys/devices/platform/dock.0/u
Hi Linus,
misc radeon, nouveau, mgag200 and intel fixes,
the intel fixes should contain the fix for the touchpad on the Chromebook
- hey I'm an input maintainer now!
Dave.
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
On Thu, Mar 07, 2013 at 05:03:33PM -0500, Dave Jones wrote:
> > I seem to have a dim memory of you usually doing your
> > trinity runs with more debugging options, but based on just the oops
> > message you don't have DEBUG_PAGEALLOC enabled, for example. Maybe
> > that and SLUB debugging
Hello.
On 03/08/2013 01:01 AM, Steve Conklin wrote:
The Rigblaster Advantage is an amateur radio interface sold by West Mountain
Radio. It contains a cp210x serial interface but the device ID is not in the
driver.
Wrap your changelog lines at about 76 (80 max) characters please.
Signed
On Thu, 7 Mar 2013, Andrew Morton wrote:
> On Thu, 7 Mar 2013 22:25:48 +0100 (CET) Thomas Gleixner
> wrote:
>
> > > diff --git a/kernel/printk.c b/kernel/printk.c
> > > index 7664e49..86799bf 100644
> > > --- a/kernel/printk.c
> > > +++ b/kernel/printk.c
> > > @@ -120,6 +120,7 @@ struct console
On Thu, 2013-03-07 at 18:25 -0300, Marcelo Tosatti wrote:
> On Thu, Mar 07, 2013 at 03:15:09PM -0600, Michael Wolf wrote:
> > >
> > > Makes sense?
> > >
> > > Not sure what the concrete way to report stolen time relative to hard
> > > capping is (probably easier inside the scheduler, where run_de
Philippe De Muyter wrote:
> Hello Mikey,
>
> On Thu, Mar 07, 2013 at 10:14:30AM +1100, Michael Neuling wrote:
> > Philippe De Muyter wrote:
> >
> > > On Thu, Mar 07, 2013 at 09:09:48AM +1100, Michael Neuling wrote:
> > > > > bisect tells me that since your commit
> > > > > 9422de3e953d0e60eb9
Hi Afzal,
thanks for looking into this.
On 07.03.2013 19:42, Afzal Mohammed wrote:
> On Tue, Feb 19, 2013 at 09:09:31AM +0530, Afzal Mohammed wrote:
>
>> Hope invoking of_clk_init before clock generator driver helps
>
> Mails coming from this id are in my personal capacity.
>
> On Tue, Feb 19,
[ Andrew, can you pull this patch into -mm? ]
As I was testing a lot of my code recently, and having several
"successes", I accidentally noticed in the dmesg this little line:
[0.00] start_kernel(): bug: interrupts were enabled *very* early,
fixing it
Sure enough, one of my patches two
On Thu, Mar 07, 2013 at 12:33:46PM -0800, Linus Torvalds wrote:
> If this is fairly repeatable, I really think it would be interesting
> to see the names involved. Especially for sysfs, there are a *lot* of
> random files that have odd semantics, and it depends on the file. Same
> is (to a sli
Dne 29.1.2013 14:08, Stanislaw Gruszka napsal(a):
On Mon, Jan 28, 2013 at 03:09:03PM +0100, Zdenek Kabelac wrote:
I'm getting tthis warning printed with current 3.8-rc kernel
My hw is Lenovo T61.
[5.920284] iwl3945 :03:00.0: loaded firmware version 15.32.2.9
[5.976605] systemd[1]
Hi guys,
On Wed, Mar 06, 2013 at 10:44:41PM +0100, Sebastian Reichel wrote:
> On Wed, Mar 06, 2013 at 09:20:16PM +0100, Pali Rohár wrote:
> > On Wednesday 06 March 2013 21:12:06 Pali Rohár wrote:
> > > On Sunday 17 February 2013 20:03:03 Aaro Koskinen wrote:
> > > > On Sun, Feb 17, 2013 at 04:16:4
On 03/07/2013 11:19 AM, Mateusz Guzik wrote:
On Tue, Mar 05, 2013 at 10:54:56AM -0800, Ben Greear wrote:
In doing some CIFS testing (utilizing it's feature to bind to local
address..but not sure that matters), we saw this error when trying
to un-mount.
Our kernel is patched (nfs, some networkin
On 03/07/2013 02:15 PM, Matt Fleming wrote:
>>>
>>> What about a command line option?
>>
>> That could be done. I'm assuming you want this instead of a config
>> option, defaulted to on?
>>
>> How would you feel about a config option for the default value of the
>> command line option? I intend to
We previously relied on the bootloader to do the muxing of the UART for
the Hackberry. Don't rely on it anymore and use pinctrl.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10-hackberry.dts |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10-hackber
There is no Kconfig symbol PPC_WSP_COPRO. The select statement for it is
a nop. Drop it.
Signed-off-by: Paul Bolle
---
A short treatise on the uneventful life of PPC_WSP_COPRO in the mainline
kernel tree
Release v3.0 included commit 76b4eda866c4936af8d696f040abea56bf688e16
("powerpc: Add A2 cpu
The Allwinner A10 SoC has 8 available UARTs, which is 6 more than on the
A13, so add the missing UARTs to the sun4i-a10 dtsi.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi | 51 ++
1 file changed, 51 insertions(+)
diff --git a/arch/arm/b
Both A10 and A13 Allwinner SoCs have a Synopsys APB uart3 device
available, so add it to the sunxi.dtsi file
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sunxi.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sunxi.dtsi b/arch/arm/boot/dts/sunxi.dtsi
The UART0 is only available on the Allwinner A10 SoCs, and not on the
A13, so move the uart0 node to sun4i-a10.dtsi.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun4i-a10.dtsi | 10 ++
arch/arm/boot/dts/sunxi.dtsi | 10 --
2 files changed, 10 insertions(+), 10 dele
On Thu, 2013-03-07 at 14:59 -0600, Seth Forshee wrote:
> On Thu, Mar 07, 2013 at 12:38:49PM -0800, H. Peter Anvin wrote:
> > On 03/07/2013 09:40 AM, Seth Forshee wrote:
> > > We know that with some firmware implementations writing too much data to
> > > UEFI variables can lead to bricking machines.
It will be especially useful when we will have the clock definitions in
the device tree.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sunxi.dtsi |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sunxi.dtsi b/arch/arm/boot/dts/sunxi.dtsi
index 8b36
From: Emilio López
This commit implements support for using the "clocks" DT property, instead
of having to use clock-frequency.
Signed-off-by: Emilio López
---
drivers/tty/serial/8250/8250_dw.c | 32 ++--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --g
On 03/07/2013 02:05 PM, Tetsuo Handa wrote:
>
> Excuse me, but I didn't realize that the link is wrong.
>
> https://lkml.org/lkml/2013/2/5/396 is a bug in CONFIG_MICROCODE_INTEL_EARLY=y
> && CONFIG_64BIT=n && CONFIG_DEBUG_VIRTUAL=y where patches are not available.
>
> https://lkml.org/lkml/2013/
The Rigblaster Advantage is an amateur radio interface sold by West Mountain
Radio. It contains a cp210x serial interface but the device ID is not in the
driver.
Signed-off-by: Steve Conklin
---
drivers/usb/serial/cp210x.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/seri
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm+acpi-3.9-rc2
to receive ACPI and power management fixes for v3.9-rc2 with top-most commit
6bd51658fae374557b063155bd4465411acd12fc
Merge branch 'pm-fixes' into fixes
on to
Dave Hansen wrote:
>
> The original bug reporter says this fixes it for him, so I'm
> broadening the cc list a bit. I assume this should just get
> sucked in to the x86 tree.
>
> The double-signed-off-by from my is because my IBM email is
> going away very shortly.
>
> --
>
> kernel_map_sync_m
On Thu, Mar 07, 2013 at 01:45:27PM -0800, Linus Torvalds wrote:
> Adding Davem to the list, since this looks like networking.
>
> That said, I'm also starting to wonder if you're just triggering odd
> bugs because of some use-after-free corruption of random kernel data
> structures?
Plausibl
On 03/07/2013 08:11 PM, Sören Brinkmann wrote:
> On Thu, Mar 07, 2013 at 10:36:35AM +0100, Lars-Peter Clausen wrote:
>> On 03/06/2013 06:27 PM, Sören Brinkmann wrote:
>>> Hi Jan,
>>>
>>> what a small world. Good to hear from you.
>>>
>>> On Wed, Mar 06, 2013 at 12:51:21PM +0100, Jan Lübbe wrote:
Hi Viresh
On Fri, 8 Mar 2013, Viresh Kumar wrote:
> big LITTLE is ARM's new Architecture focussing power/performance needs of
> modern
> world. More information about big LITTLE can be found here:
>
> http://www.arm.com/products/processors/technologies/biglittleprocessing.php
> http://lwn.net/A
On Thu, Mar 07, 2013 at 07:53:50PM +0200, Kasatkin, Dmitry wrote:
[..]
Hi Dmitry,
> Sorry if missed something from this lengthy thread and I repeat something.
>
> I have not noticed what functions you propose to export.
Actually I have not come up with functions yet. I have yet to write
the co
Vivek Goyal writes:
> On Thu, Mar 07, 2013 at 10:58:18PM +0800, Jingbai Ma wrote:
>> This patch intend to speedup the memory pages scanning process in
>> selective dump mode.
>>
>> Test result (On HP ProLiant DL980 G7 with 1TB RAM, makedumpfile
>> v1.5.3):
>>
>>
On Thu, 2013-03-07 at 10:43 +0100, Johan Hovold wrote:
> On Wed, Mar 06, 2013 at 02:14:56PM -0500, Peter Hurley wrote:
> > On Wed, 2013-03-06 at 17:52 +0100, Johan Hovold wrote:
> > > Yes, I did. First, the order should not matter for blocked opens as they
> > > will exit their wait loops based on
On Thu, Mar 7, 2013 at 1:49 PM, David Miller wrote:
> From: Linus Torvalds
> Date: Thu, 7 Mar 2013 13:45:27 -0800
>
>> Adding Davem to the list, since this looks like networking.
>
> I'd like to help but this looks more like sysv IPC than
> networking. :-)
Yeah, I'm a f*cking moron.
msgrcv vs r
From: Linus Torvalds
Date: Thu, 7 Mar 2013 13:45:27 -0800
> Adding Davem to the list, since this looks like networking.
I'd like to help but this looks more like sysv IPC than
networking. :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
Dne 29.1.2013 11:46, Zdenek Kabelac napsal(a):
Hi
No exactly sure which patch did it - but when I'm now checking 3.8-rc5 kernel,
I cannot use anymore this 'undock' command:
echo 1 >/sys/devices/platform/dock.0/undock
which works ok with 3.7 kernel - to properly undock my T61 before suspend.
Adding Davem to the list, since this looks like networking.
That said, I'm also starting to wonder if you're just triggering odd
bugs because of some use-after-free corruption of random kernel data
structures? I seem to have a dim memory of you usually doing your
trinity runs with more debugging o
Writeback implements its own worker pool - each bdi can be associated
with a worker thread which is created and destroyed dynamically. The
worker thread for the default bdi is always present and serves as the
"forker" thread which forks off worker threads for other bdis.
there's no reason for wri
There are cases where userland wants to tweak the priority and
affinity of writeback flushers. Expose bdi_wq to userland by setting
WQ_SYSFS. It appears under /sys/bus/workqueue/devices/writeback/ and
allows adjusting maximum concurrency level, cpumask and nice level.
Signed-off-by: Tejun Heo
C
There's no user left. Remove it.
Signed-off-by: Tejun Heo
Cc: Jens Axboe
Cc: Fengguang Wu
---
include/linux/backing-dev.h | 1 -
mm/backing-dev.c| 4 +---
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/include/linux/backing-dev.h b/include/linux/backing-dev.h
index
Implement a function which queries whether it currently is running off
a workqueue rescuer. This will be used to convert writeback to
workqueue.
Signed-off-by: Tejun Heo
---
include/linux/workqueue.h | 1 +
kernel/workqueue.c| 13 +
2 files changed, 14 insertions(+)
diff -
Hello,
There's no reason for writeback to implement its own worker pool when
using workqueue is much simpler and more efficient. This patchset
replaces writeback's custom worker pool with unbound workqueue and
also exports it to userland using WQ_SYSFS so that it can be tuned
from userland as req
On Thu, 7 Mar 2013 17:16:12 +
"Myklebust, Trond" wrote:
> On Thu, 2013-03-07 at 09:03 -0800, Linus Torvalds wrote:
> > On Thu, Mar 7, 2013 at 8:45 AM, Myklebust, Trond
> > wrote:
> > >
> > > The problem there is that we get into the whole 'hard' vs 'soft' mount
> > > problem. We're supposed
On Thu, 7 Mar 2013 22:25:48 +0100 (CET) Thomas Gleixner
wrote:
> > diff --git a/kernel/printk.c b/kernel/printk.c
> > index 7664e49..86799bf 100644
> > --- a/kernel/printk.c
> > +++ b/kernel/printk.c
> > @@ -120,6 +120,7 @@ struct console_cmdline
> > static struct console_cmdline console_cmdlin
On 03/07/13 06:00, Thomas Gleixner wrote:
> On Wed, 6 Mar 2013, Stephen Boyd wrote:
>
>> +static int __init dummy_timer_register(void)
>> +{
>> +int err = register_cpu_notifier(&dummy_timer_cpu_nb);
>> +if (err)
>> +return err;
>> +
>> +/* We won't get a call on the boot CPU
On Thu, 7 Mar 2013, Andrew Morton wrote:
> On Thu, 7 Mar 2013 14:50:23 -0500 Paul Gortmaker
> wrote:
>
> > This brings up a recurring question. I was tempted to just go make
> > CONFIG_EARLY_PRINTK depend on CONFIG_PRINTK, but lately I've faced
> > pushback when trying to "fix" things like seei
On Thu, Feb 14, 2013 at 01:57:27PM +0100, Stephane Eranian wrote:
SNIP
> - if (aggr_socket)
> + switch (aggr_mode) {
> + case AGGR_SOCKET:
> fprintf(output, "# time socket cpus
> counts events\n");
> - el
Trying to reproduce that nd_jump_link trace, but I keep hitting other bugs
instead. It's like whackamole. Except these are even more annoying
than moles.
general protection fault: [#1] PREEMPT SMP
Modules linked in: rose ax25 phonet lockd sunrpc ip6t_REJECT nf_conntrack_ipv6
nf_defrag_ipv
On Thu, Mar 7, 2013 at 7:21 AM, Vivek Goyal wrote:
> Looks like now hpa and yinghai have done the work to be able to load
> kdump kernel above 4GB. I am assuming this also removes the restriction
> that we can only reserve 512MB or 896MB in second kernel.
Yes, From v3.9 and kexec-tools 2.0.4 on x
On 03/07/2013 01:31 PM, Don Dutile wrote:
cc-ing the upstream iommu-list
On 03/05/2013 09:43 PM, Li, Zhen-Hua wrote:
The number of dma fault reasons in intel's document are from 1 to 0xD, but in
dmar.c I cannot find fault reason 0xD.
In this document:
Intel Virtualization Technology for Direc
On Thu, Mar 7, 2013 at 5:07 PM, Oleg Nesterov wrote:
> On 03/07, Lucas De Marchi wrote:
>>
>> On Thu, Mar 7, 2013 at 4:37 PM, Oleg Nesterov wrote:
>> >
>> >> @@ -98,12 +93,13 @@ static int call_modprobe(char *module_name, int wait)
>> >> argv[3] = module_name; /* check free_modprobe_argv()
On Thu, 7 Mar 2013 14:50:23 -0500 Paul Gortmaker
wrote:
> This brings up a recurring question. I was tempted to just go make
> CONFIG_EARLY_PRINTK depend on CONFIG_PRINTK, but lately I've faced
> pushback when trying to "fix" things like seeing ARM OMAP USB options
> for an x86 build[1], and GO
From: "zhangwei(Jovi)"
Date: Thu, 7 Mar 2013 17:00:32 +0800
> Currently help message of /proc/sysrq-trigger highlight its
> upper-case characters, like below:
>
> SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E)
> memory-full-oom-kill(F) kill-all-tasks(I) ...
>
> thi
From: Martin Zhang
Date: Thu, 7 Mar 2013 14:48:47 +0800
> From: Junwei Zhang
>
> Signed-off-by: Martin Zhang
Applied, thanks.
--
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.k
On Thu, 7 Mar 2013, Paul Gortmaker wrote:
> On 13-03-07 02:25 PM, Andrew Morton wrote:
> > On Thu, 7 Mar 2013 14:15:54 -0500 Paul Gortmaker
> > wrote:
> >
> >> [v2: essentially unchanged since v1, so I've left the acked/reviewed
> >> tags. There was a compile fail[1] for a randconfig with EARL
On Thu, Mar 07, 2013 at 03:15:09PM -0600, Michael Wolf wrote:
> >
> > Makes sense?
> >
> > Not sure what the concrete way to report stolen time relative to hard
> > capping is (probably easier inside the scheduler, where run_delay is
> > calculated).
> >
> > Reporting the hard capping to the gue
From: Jason Wang
Date: Thu, 7 Mar 2013 12:31:56 +0800
> After commit 2b8b328b61c799957a456a5a8dab8cc7dea68575 (vhost_net: handle
> polling
> errors when setting backend), we in fact track the polling state through
> poll->wqh, so there's no need to duplicate the work with an extra
> vhost_net_p
From: Silviu-Mihai Popescu
Date: Thu, 7 Mar 2013 07:39:57 +0200
> This lines up function arguments on second and subsequent lines at the
> first column after the openning parenthesis of the first line.
>
> Signed-off-by: Silviu-Mihai Popescu
Applied to net-next, thanks.
--
To unsubscribe from
On 03/07/2013 01:21 PM, Seth Jennings wrote:
>> > Where does the order-1 requirement come from by the way?
> Unsafe LZO compression
> (http://article.gmane.org/gmane.linux.kernel.mm/95460)
>
> Forgot to put in the comment for v7.
I think kmalloc() makes sense there too.
--
To unsubscribe from thi
On 03/07/2013 01:00 PM, Dave Hansen wrote:
> On 03/06/2013 07:52 AM, Seth Jennings wrote:
>> +static int __zswap_cpu_notifier(unsigned long action, unsigned long cpu)
>> +{
>> +struct crypto_comp *tfm;
>> +u8 *dst;
>> +
>> +switch (action) {
>> +case CPU_UP_PREPARE:
>> +
The backlight enable regulator is specified in the device tree node for
backlight.
Signed-off-by: Andrew Chew
---
Renamed en_supply to enable_supply to match the corresponding device tree
property.
Removed unnecessary check for pb->enable_supply validity. This supply
is mandatory, and probe wil
On Wed, 2013-03-06 at 23:30 -0300, Marcelo Tosatti wrote:
> On Wed, Mar 06, 2013 at 10:27:13AM -0600, Michael Wolf wrote:
> > On Tue, 2013-03-05 at 22:41 -0300, Marcelo Tosatti wrote:
> > > On Tue, Mar 05, 2013 at 02:22:08PM -0600, Michael Wolf wrote:
> > > > Sorry for the delay in the response. I
On Thu, Mar 07, 2013 at 02:10:05PM -0500, Josh Boyer wrote:
> On Thu, Mar 07, 2013 at 08:07:23PM +0100, Jiri Slaby wrote:
> > On 03/07/2013 07:56 PM, Josh Boyer wrote:
> > > commit 835d844d1a28efba81d5aca7385e24c29d3a6db2
> > > Author: Sean Young
> > > Date: Fri Sep 7 19:06:23 2012 +0100
> > >
From: Bhavesh Davda
Date: Wed, 6 Mar 2013 14:04:53 -0800
> Linux is free to call ethtool ops as soon as a netdev exists when probe
> finishes. However, we only allocate vmxnet3 tx/rx queues and initialize the
> rx_buf_per_pkt field in struct vmxnet3_adapter when the interface is
> opened (UP).
>
On Wed, 2013-03-06 at 23:30 -0300, Marcelo Tosatti wrote:
> On Wed, Mar 06, 2013 at 10:27:13AM -0600, Michael Wolf wrote:
> > On Tue, 2013-03-05 at 22:41 -0300, Marcelo Tosatti wrote:
> > > On Tue, Mar 05, 2013 at 02:22:08PM -0600, Michael Wolf wrote:
> > > > Sorry for the delay in the response. I
> From: Thierry Reding [mailto:thierry.red...@avionic-design.de]
> Sent: Thursday, March 07, 2013 3:27 AM
> To: Alex Courbot
> Cc: Andrew Chew; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 1/1 v4] pwm_bl: Add support for backlight enable
> regulator
>
> * PGP Signed by an unknown key
>
> On
Signed-off-by: Jean-Francois Dagenais
---
drivers/w1/slaves/w1_ds2408.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/w1/slaves/w1_ds2408.c b/drivers/w1/slaves/w1_ds2408.c
index 25a5168..e45eca1 100644
--- a/drivers/w1/slaves/w1_ds2408.c
+++ b/drivers/w1/slav
De-activating this reading back will effectively half the time required
for a write to the output register.
Signed-off-by: Jean-Francois Dagenais
---
drivers/w1/slaves/Kconfig | 10 ++
drivers/w1/slaves/w1_ds2408.c | 18 --
2 files changed, 22 insertions(+), 6 deletio
On Thu, Mar 07, 2013 at 12:38:49PM -0800, H. Peter Anvin wrote:
> On 03/07/2013 09:40 AM, Seth Forshee wrote:
> > We know that with some firmware implementations writing too much data to
> > UEFI variables can lead to bricking machines. Recent changes attempt to
> > address this issue, but for some
On 03/06/2013 08:36 PM, Davidlohr Bueso wrote:
But my 8 socket 160 CPU box sure isn't happy. I'm getting all sorts of
issues (sometimes it will boot, sometimes it wont). When it does, linux
will hang as soon as I start my benchmarking:
I think I may have found the cause of this bug.
It looks
201 - 300 of 674 matches
Mail list logo