> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of Varlese, Marco
> Sent: Thursday, December 18, 2014 4:56 PM
> To: Roopa Prabhu
> Cc: net...@vger.kernel.org; Fastabend, John R; Thomas Graf; Jiri Pirko;
> sfel...@gmail.com; linu
Hi all
Our company had been working on a project for a customer and faced the
following problem:
One line summary of the problem:
Kernel detects wrong partitions sizes for large volume with APM
partition
table.
Full description of the problem/report:
On Wed, Dec 17, 2014 at 10:21:47AM -0600, Josh Poimboeuf wrote:
> On Tue, Dec 16, 2014 at 11:58:17AM -0600, Seth Jennings wrote:
> > Changelog:
> >
> > Thanks for all the feedback!
> >
> > I think that we have something that is workable for everyone now. Barring
> > functional defects, I think w
Hi Marek,
Am 17.12.2014 um 17:00 schrieb Marek Vasut:
> On Wednesday, December 17, 2014 at 08:58:23 AM, Stefan Wahren wrote:
>> Hi Fabio,
>>
>> Am 17.12.2014 um 03:44 schrieb Fabio Estevam:
>>> Hi Stefan,
>>>
>>> On Sun, Dec 14, 2014 at 3:16 PM, Stefan Wahren
> wrote:
Btw i hope this patch
On 12/18/14 8:52 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Dec 18, 2014 at 08:10:43AM -0700, David Ahern escreveu:
Adds helper for following kernel formats:
%pi4 print an IPv4 address with leading zeros
%pI4 print an IPv4 address without leading zeros
%pi6 print an IPv6 address withou
On Thu, Dec 18, 2014 at 08:26:52AM +, Lee Jones wrote:
> On Wed, 17 Dec 2014, Guenter Roeck wrote:
> > On Wed, Dec 17, 2014 at 04:45:25PM +, Lee Jones wrote:
> > > Signed-off-by: David Paris
> > > Signed-off-by: Lee Jones
> >
> > Hi Lee and David,
> >
> > I still have a couple of commen
On 12/18/2014 07:30 AM, Varlese, Marco wrote:
From: Marco Varlese
Switch hardware offers a list of attributes that are configurable on a per port
basis.
This patch provides a mechanism to configure switch ports by adding an NDO
for setting specific values to specific attributes.
There will be a
On Thu, Dec 18, 2014 at 10:54:19AM -0500, Chris Mason wrote:
> CPU 2 seems to be the one making the least progress. I think he's
> calling fork and then trying to allocate a debug object for his
> hrtimer, eventually wandering into fill_pool from __debug_object_init():
>
> static void
On 12/18/2014 7:30 AM, Varlese, Marco wrote:
From: Marco Varlese
Switch hardware offers a list of attributes that are configurable on a per port
basis.
This patch provides a mechanism to configure switch ports by adding an NDO
for setting specific values to specific attributes.
There will b
Convert au0828 to use videobuf2. Tested with NTSC.
Tested video and vbi devices with xawtv, tvtime,
and vlc. Ran v4l2-compliance to ensure there are
no new regressions in video and vbi now has 3 fewer
failures.
video before:
test VIDIOC_G_FMT: FAIL 3 failures
Total: 72, Succeeded: 69, Failed: 3, W
This patch series includes patch v2 of the au0828 vb2 conversion,
removing video and vbi buffer timeout handling, and a patch to
not set fmt.pix.priv.
The following work is in progress and will be as separate patches:
- removing users and using v4l2_fh_is_singular_file() instead.
- Changing dynami
au0828 does video and vbi buffer timeout handling to prevent
applications such as tvtime from hanging by ensuring that the
video frames continue to be delivered even when the ITU-656
input isn't receiving any data. This work-around is complex
as it introduces set and clear tier code paths in start/
On 12/18/2014 07:47 AM, Arad, Ronen wrote:
>
>
>> -Original Message-
>> From: netdev-ow...@vger.kernel.org [mailto:netdev-
>> ow...@vger.kernel.org] On Behalf Of Varlese, Marco
>> Sent: Thursday, December 18, 2014 4:56 PM
>> To: Roopa Prabhu
>> Cc: net...@vger.kernel.org; Fastabend, John
Hi Paul,
On Thu, Dec 18, 2014 at 12:54 AM, Paul E. McKenney
wrote:
> On Tue, Dec 16, 2014 at 11:00:20PM +0530, Arun KS wrote:
>> Hello,
>>
>> Adding some more info.
>>
>> Below is the rcu_data data structure corresponding to cpu4.
>
> This shows that RCU is idle. What was the state of the system
From: Darren Etheridge
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am437x sk evm.
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/am437x-sk-evm.dts | 58 +
From: Benoit Parrot
this patch adds VPFE HWMOD data for AM43xx.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
Signed-off-by: Lad, Prabhakar
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 56 ++
arch/arm/mach-omap2/prcm
From: Benoit Parrot
Add Video Processing Front End (VPFE) device tree
nodes for AM34xx family of devices.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/am4372.dtsi | 16
1 file ch
From: Benoit Parrot
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am43x epos evm.
Signed-off-by: Benoit Parrot
Signed-off-by: Darren Etheridge
Signed-off-by: Felipe Balbi
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/am43x-epos-evm.dts | 53
From: Benoit Parrot
Add device tree nodes and pinmux entries for Video Processing
Front End (VPFE) on am437x gp evm.
Signed-off-by: Benoit Parrot
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/am437x-gp-evm.dts | 106
1 file changed, 106 insertions(+)
From: Benoit Parrot
This patch series adds hwmods and VPFE DT node entries
for am43xx devices.
The sensor driver is not allowed to release so the remote
endpoint for vpfe dt nodes are commented at the moment.
Benoit Parrot (4):
ARM: AM43xx: hwmod: add VPFE hwmod entries
ARM: dts: am4372: add
On Sun 07-12-14 20:00:26, Michal Hocko wrote:
> On Sun 07-12-14 08:55:51, Tejun Heo wrote:
> > On Sun, Dec 07, 2014 at 11:09:53AM +0100, Michal Hocko wrote:
> > > this is another attempt to address OOM vs. PM interaction. More
> > > about the issue is described in the last patch. The other 4 patche
On Thu, 18 Dec 2014 12:52:55 -0300
Arnaldo Carvalho de Melo wrote:
> Em Thu, Dec 18, 2014 at 08:10:43AM -0700, David Ahern escreveu:
> > Adds helper for following kernel formats:
> > %pi4 print an IPv4 address with leading zeros
> > %pI4 print an IPv4 address without leading zeros
> > %pi6
Thu, Dec 18, 2014 at 04:30:00PM CET, marco.varl...@intel.com wrote:
>From: Marco Varlese
>
>Switch hardware offers a list of attributes that are configurable on a per port
>basis.
>This patch provides a mechanism to configure switch ports by adding an NDO
>for setting specific values to specific
On Thu, Dec 18, 2014 at 03:35:45PM +, Holger Hoffstätte wrote:
> On Thu, 18 Dec 2014 09:48:56 -0500, J. Bruce Fields wrote:
>
> > On a quick skim, the server's READDIR responses look correct. The entry
> > btrfs-20141216-fix-a-warning-of-qgroup-account-on-shared-extents.patch
> > is returned
yield_task_dl() calls update_curr_dl() which calls start_dl_timer()
to throttle current task. But yield_task_dl() doesn't update the rq
clock which will cause start_dl_timer() to set the wrong dl_timer
which may be much later than current deadline time.
For instance, in systems with 100HZ tick, if
On Thu, Dec 18, 2014 at 03:42:53PM +, Holger Hoffstätte wrote:
> On Thu, 18 Dec 2014 10:19:14 -0500, J. Bruce Fields wrote:
>
> > On Thu, Dec 18, 2014 at 09:58:06AM -0500, Benjamin Coddington wrote:
> >> Frame 36 of nfs-client.pcap has this interesting string:
> >>
> >> 0ff0 00 01 3b f6 fb b
This patch adds the basic infrastructure for alloc / free operations
on pointer arrays. It includes a fallback function.
Allocators must define _HAVE_SLAB_ALLOCATOR_OPERATIONS in their
header files in order to implement their own fast version for
these array operations.
Signed-off-by: Christoph L
Hi Linus,
On Wed, Dec 17, 2014 at 10:34:58PM +0100, Linus Walleij wrote:
> On Wed, Nov 12, 2014 at 7:20 PM, Dmitry Eremin-Solenikov
> wrote:
> > 2014-11-12 17:54 GMT+03:00 Linus Walleij :
> >> On Tue, Nov 4, 2014 at 12:31 PM, Linus Walleij
> >> wrote:
> >>
> >>> Augment the Versatile reset driv
On Thursday 18 December 2014 16:08:51 valdis.kletni...@vt.edu
wrote:
> On Thu, 18 Dec 2014 12:08:58 +0100, Pali Rohár said:
> > So your BIOS cannot report nominal_rpm and because your
> > machine=20 is not in dmi list, all 3 patches do nothing for
> > your machine.
> >
> > But you need to set mul
There is no need to zero out fmt.pix.priv in vidioc_g_fmt_vid_cap()
vidioc_try_fmt_vid_cap(), and vidioc_s_fmt_vid_cap(). Remove it.
Signed-off-by: Shuah Khan
---
drivers/media/usb/au0828/au0828-video.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/au0828/au0828-video.c
On 12/18/14 17:32, J. Bruce Fields wrote:
> So this is two separate tests, both failed, the only difference is that
> the tcpdump was run on the client in one case and the server in the
> other?
Exactly: client first, then I realized you'd want to look at the server-side
too.
That being said..
>
On 12/09/2014 08:29 PM, Karol Wrona wrote:
indio_dev was unused in function body plus some small style fix - add new
lines after "if(sth) return sth" and before the last return statement.
Looks good, except for the missing updates for the users.
Doing some digging in the git history raveled th
On Thu, 18 Dec 2014 17:34:56 +0100, Pali Rohár said:
> Thanks for testing. Anyway I would like to know if your dell
> machine supports i8k_get_fan_nominal_rpm(). Can you test without
> above 4 lines patch?
I'll give that a try this evening..
pgp06z7fPJJ3Q.pgp
Description: PGP signature
On Tue, 16 Dec 2014 20:09:54 -0500, Valdis Kletnieks said:
> Spotted these two while booting single-user on 20141216. 20141208
> doesn't throw these, so it's something in the last week or so..
Gaah! Turns out that 20141208 *is* susceptible - it had been booting
just fine for several days, but i
On 12/09/2014 08:29 PM, Karol Wrona wrote:
iio kfifo allocate/free gained their devm_ wrappers.
Change-Id: I10c19ccd7c01491caf088b3629137425ddccd29c
Signed-off-by: Karol Wrona
Suggested-by: Jonathan Cameron
Looks good to me.
[...]
+struct iio_buffer *devm_iio_kfifo_allocate(struct device *
This is a patch to the gdm_mux.c file that fixes a space before comma coding
style issue found by the checkpatch.pl tool.
Signed-off-by: Robert Nachlinger
---
drivers/staging/gdm724x/gdm_mux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/gdm_mux.c
On Thu, 2014-12-18 at 11:45 -0500, valdis.kletni...@vt.edu wrote:
> On Tue, 16 Dec 2014 20:09:54 -0500, Valdis Kletnieks said:
>
> > Spotted these two while booting single-user on 20141216. 20141208
> > doesn't throw these, so it's something in the last week or so..
>
> Gaah! Turns out that 201
Adding V4L folks to Cc for more input.
On 12/08/2014 03:10 PM, Baluta, Teodora wrote:
Hello,
On Vi, 2014-12-05 at 02:15 +, Jonathan Cameron wrote:
On 04/12/14 13:00, Teodora Baluta wrote:
This patchset adds support for fingerprint sensors through the IIO interface.
This way userspace appl
checkpatch complained about missing newlines after declarations which are added
with this patch.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Jul
The macro definitions were improperly aligned which is fixed by this patch.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Julian Brost
Signed-off
The following patch series fixes multiple coding style issues. Most of them
were found by checkpatch.
v2: This is the version that's actually supposed to be sent out.
Julian Brost (5):
perf/x86/intel/uncore: checkpatch: Replace deprecated macro.
perf/x86/intel/uncore: checkpatch: Replace kzal
This patch removes an accidentally placed line continuation backslash.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Julian Brost
Signed-off-by:
The DEFINE_PCI_DEVICE_TABLE macro is deprecated and was replaced with an
appropriate struct.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Julian
On Thu, Dec 18, 2014 at 05:46:29PM +0100, Robert Nachlinger wrote:
> This is a patch to the gdm_mux.c file that fixes a space before comma coding
> style issue found by the checkpatch.pl tool.
Please line-wrap your changelog text, there's no reason to have lines
this long, right?
greg k-h
--
To
kzalloc was used for an array allocation where kcalloc should be used.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Julian Brost
Signed-off-by:
This is a patch to the gdm_mux.c file that fixes a space before comma
coding style issue found by the checkpatch.pl tool.
Signed-off-by: Robert Nachlinger
---
drivers/staging/gdm724x/gdm_mux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/gdm_mux.c
Building with the attached randconfig file,
net/built-in.o: In function `socket_mt_init':
/home/jim/linux/net/netfilter/xt_socket.c:477: undefined reference to
`nf_defrag_ipv6_enable'
make: *** [vmlinux] Error 1
cf. https://lkml.org/lkml/2013/9/5/390, though in this case IPV6=y is
set in the conf
On 18/12/2014 15:49, Zhang, Yang Z wrote:
>>> Here, we introduce a similar way with 'apic_arb_prio' to handle
>>> guest lowest priority interrtups when VT-d PI is used. Here is
>>> the ideas: - Each vCPU has a counter 'round_robin_counter'. -
>>> When guests sets an interrupts to lowest priority,
On 12/18/2014 03:16 AM, tip-bot for Andy Lutomirski wrote:
> Commit-ID: 3fb2f4237bb452eb4e98f6a5dbd5a445b4fed9d0
> Gitweb: http://git.kernel.org/tip/3fb2f4237bb452eb4e98f6a5dbd5a445b4fed9d0
> Author: Andy Lutomirski
> AuthorDate: Wed, 17 Dec 2014 14:48:30 -0800
> Committer: Ingo Molnar
On 12/17/2014 2:10 PM, Gregory Fong wrote:
These functions allow for retrieval of information on what is allocated from
within a given CMA region. It can be useful to know the number of distinct
contiguous allocations and where in the region those allocations are located.
Based on an initial ve
On Thu, Dec 18, 2014 at 05:42:36PM +0100, Holger Hoffstätte wrote:
> On 12/18/14 17:32, J. Bruce Fields wrote:
> > So this is two separate tests, both failed, the only difference is that
> > the tcpdump was run on the client in one case and the server in the
> > other?
>
> Exactly: client first, t
Alexandre Courbot wrote on Wed [2014-Dec-17 17:41:51 +0900]:
> Looks ok to me. I have a few nits below, but otherwise I am happy with
> how it turned out:
>
> Reviewed-by: Alexandre Courbot
I'll add this to the next version.
>
> Thanks for your patience with this!
>
> On Sat, Dec 13, 2014 at
On Thursday, December 18, 2014 at 04:58:28 PM, Stefan Wahren wrote:
> Hi Marek,
Hello Stefan,
> Am 17.12.2014 um 17:00 schrieb Marek Vasut:
> > On Wednesday, December 17, 2014 at 08:58:23 AM, Stefan Wahren wrote:
> >> Hi Fabio,
> >>
> >> Am 17.12.2014 um 03:44 schrieb Fabio Estevam:
> >>> Hi Ste
16:35 60+
1 Add linux-next specific files for 20141218
This script may reproduce the error.
#!/bin/bash
kernel=$1
initrd=quantal-core-x86_64.cgz
wget --no-clobber
https://github.com/fengguang/reproduce-kern
When using ACPI, if acpi_match_device fails then chipset enum will be
uninitialized and &ak_def_array[chipset] will point to some bad address.
This fixes the following compilation warning:
drivers/iio/magnetometer/ak8975.c: In function ‘ak8975_probe’:
drivers/iio/magnetometer/ak8975.c:788:14: war
On Thu, Dec 18, 2014 at 10:19:14AM -0500, J. Bruce Fields wrote:
> On Thu, Dec 18, 2014 at 09:58:06AM -0500, Benjamin Coddington wrote:
> > Frame 36 of nfs-client.pcap has this interesting string:
> >
> > 0ff0 00 01 3b f6 fb b6 26 16 8f 7c 00 00 00 41 62 74 ..;...&..|...Abt
> > 1000 72 66 73 2
On Thu, Dec 18, 2014 at 12:09:17AM +, Arnd Bergmann wrote:
> Will, I think we may have a problem on ARM64 now, since we only replaced
> set_arch_dma_coherent_ops on ARM32 but not ARM64. Can you send a fix for
> this? Without that, we don't have any coherent operations on ARM64 any
> more, unles
On Thu, 18 Dec 2014, Guenter Roeck wrote:
> On Thu, Dec 18, 2014 at 08:26:52AM +, Lee Jones wrote:
> > On Wed, 17 Dec 2014, Guenter Roeck wrote:
> > > On Wed, Dec 17, 2014 at 04:45:25PM +, Lee Jones wrote:
> > > > Signed-off-by: David Paris
> > > > Signed-off-by: Lee Jones
> > >
> > > H
Le 17/12/2014 10:18, Bo Shen a écrit :
> According to the datasheet, when transfer using DMA, the control
> setting for IN packet only need END_BUF_EN, END_BUF_IE, CH_EN,
> while for OUT packet, need more two bits END_TR_EN and END_TR_IE
> to be configured.
>
> Signed-off-by: Bo Shen
Seems okay,
Le 17/12/2014 10:18, Bo Shen a écrit :
> When receive data, the RXRDY in status register set by hardware
> after a new packet has been stored in the endpoint FIFO. When it
> is copied from FIFO, this bit is cleared which make the FIFO can
> be accessed again.
>
> In the receive_data() function, th
>> Where should "the error pointers" be stored instead?
>
> A local variable, before you assign it into the datastructure.
I have looked at the affected software infrastructure once more.
Now I find still that your data reorgansisation wish can not be resolved
in a simple way.
I imagine that you
On 12/17/2014 01:47 PM, Fenghua Yu wrote:
> From: Fenghua Yu
>
> X86 32-bit machine and kernel use PAE paging, which currently wastes about
> 4K of memory per process on Linux where we have to reserve an entire page to
> support a single 256-byte PGD structure. It would be a very good thing if
>
On Tuesday 16 December 2014 09:33:44 Benjamin Tissoires wrote:
> Hi Peter,
>
> On Mon, Dec 15, 2014 at 7:50 PM, Peter Wu wrote:
> > Devices speaking HID++ 2.0 report a different error code (0xff). Detect
> > these errors too to avoid 5 second delays when the device reports an
> > error. Caught by
> -Original Message-
> From: Fastabend, John R
> Sent: Thursday, December 18, 2014 6:14 PM
> To: Arad, Ronen; Varlese, Marco; Roopa Prabhu; net...@vger.kernel.org
> Cc: Thomas Graf; Jiri Pirko; sfel...@gmail.com; linux-
> ker...@vger.kernel.org
> Subject: Re: [RFC PATCH net-next v2 1/1] n
From: SF Markus Elfring
Date: Thu, 18 Dec 2014 18:23:08 +0100
>>> Where should "the error pointers" be stored instead?
>>
>> A local variable, before you assign it into the datastructure.
>
> I have looked at the affected software infrastructure once more.
> Now I find still that your data reor
Hi Thomas,
On 12/18/2014 04:21 PM, Thomas Gleixner wrote:
> commit 4dbd27711cd9 "tick: export nohz tick idle symbols for module
> use" was merged via the thermal tree without an explicit ack from the
> relevant maintainers.
>
> The exports are abused by the intel powerclamp driver which implement
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of Roopa Prabhu
> Sent: Thursday, December 18, 2014 3:16 PM
> To: Varlese, Marco
> Cc: net...@vger.kernel.org; Fastabend, John R; Thomas Graf; Jiri Pirko;
> sfel...@gmail.com; linux-
On Rockchip I2C the controller drops SDA low slightly too soon to meet
the "repeated start" requirements.
>From my own experimentation over a number of rates:
- controller appears to drop SDA at .875x (7/8) programmed clk high.
- controller appears to keep SCL high for 2x programmed clk high.
T
>> Now I find still that your data reorgansisation wish can not be resolved
>> in a simple way.
>
> I'm saying to leave the code alone.
It seems that there might be a misunderstanding between us.
> If it goes:
>
> var = foo_that_returns_ptr_err()
> if (IS_ERR(var))
>
On 12/17/2014 09:39 PM, Christopher Li wrote:
On Thu, Dec 18, 2014 at 6:37 AM, Murali Karicheri wrote:
if (!ks_pcie) {
dev_err(dev, "no memory for keystone pcie\n");
return -ENOMEM;
}
pp =&ks_pcie->pp;
/* initialize SerDes P
Hi,
On Thu, Dec 11, 2014 at 11:18 AM, Doug Anderson wrote:
> On Rockchip I2C the controller drops SDA low in the repeated start
> condition at half the SCL high time.
>
> If we want to meet timing requirements, that means we need to hold SCL
> high for (4.7us * 2) when we're sending a repeated st
On 14/12/18, Eric Paris wrote:
> On Thu, 2014-12-18 at 11:45 -0500, valdis.kletni...@vt.edu wrote:
> > On Tue, 16 Dec 2014 20:09:54 -0500, Valdis Kletnieks said:
> > > Spotted these two while booting single-user on 20141216. 20141208
> > > doesn't throw these, so it's something in the last week or
This patch invokes add_preferred_console() with ttyS based on ttyO
arguments if the user didn't specify it on its own. This ensures that
the user will see the kernel booting on his serial console in case he
forgot to update the command line.
Signed-off-by: Sebastian Andrzej Siewior
---
While try
From: Andreas Larsson
Date: Thu, 18 Dec 2014 13:23:23 +0100
> Load balancing can be triggered in the critical sections protected by
> srmmu_context_spinlock in destroy_context() and switch_mm() and can hang
> the cpu waiting for the rq lock of another cpu that in turn has called
> switch_mm hangn
On 12/18/14, 9:25 AM, Varlese, Marco wrote:
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-
ow...@vger.kernel.org] On Behalf Of Roopa Prabhu
Sent: Thursday, December 18, 2014 3:16 PM
To: Varlese, Marco
Cc: net...@vger.kernel.org; Fastabend, John R; Thomas Graf; Jiri
Hi Linus,
The following have all spent at least a week in next, most quite a bit more. The
one exception being the acerhdf Kconfig regression fix from Randy Dunlap.
In addition to the usual cleanups, quirks, and new IDs, some larger changes are
included:
thinkpad-acpi using software mute simplif
efivars is currently enabled under MISC_FILESYSTEMS, which is decribed
as "such as filesystems that came from other operating systems".
In reality, it is a pseudo filesystem, providing access to the kernel
UEFI variable interface.
Since this is the preferred interface for accessing UEFI variables,
On Thu, 2014-12-18 at 12:46 -0500, Richard Guy Briggs wrote:
> On 14/12/18, Eric Paris wrote:
> > On Thu, 2014-12-18 at 11:45 -0500, valdis.kletni...@vt.edu wrote:
> > > On Tue, 16 Dec 2014 20:09:54 -0500, Valdis Kletnieks said:
> > > > Spotted these two while booting single-user on 20141216. 2014
scripts/headers_install.sh will transform __packed to
__attribute__((packed)), so the #ifndef is not necessary.
(and, in fact, it's problematic, because we'll end up with the header
containing:
#ifndef __attribute__((packed))
#define __attribu...
and so forth.)
Cc: sta...@vger.kernel.org # 3.18
S
On Thu, Dec 18, 2014 at 12:26 PM, Peter Wu wrote:
> On Tuesday 16 December 2014 09:33:44 Benjamin Tissoires wrote:
>> Hi Peter,
>>
>> On Mon, Dec 15, 2014 at 7:50 PM, Peter Wu wrote:
>> > Devices speaking HID++ 2.0 report a different error code (0xff). Detect
>> > these errors too to avoid 5 seco
>> 4*8 = 32 bytes, where did 256 bytes come from?
>
> You are right. It should be 32 bytes. I will change the wording in future
> patch. The real calculation in code is right though.
I don't know if it makes sense to round up to a cache line. My
suspicion is that it won't matter, as these field
> Sent: Thursday, December 18, 2014 9:26 AM
> To: Yu, Fenghua; Thomas Gleixner; H. Peter Anvin; Ingo Molnar; Williamson,
> Glenn P
> Cc: linux-kernel; x86
> Subject: Re: [PATCH v2] X86-32: Allocate 256 bytes for pgd in PAE paging
>
> On 12/17/2014 01:47 PM, Fenghua Yu wrote:
> > From: Fenghua Yu
On 12/18/2014 09:57 AM, Kyle McMartin wrote:
scripts/headers_install.sh will transform __packed to
__attribute__((packed)), so the #ifndef is not necessary.
(and, in fact, it's problematic, because we'll end up with the header
containing:
#ifndef __attribute__((packed))
#define __attribu...
and
Removed unnecessary content for ease of reading...
> > +/* Switch Port Attributes section */
> > +
> > +enum {
> > + IFLA_ATTR_UNSPEC,
> > + IFLA_ATTR_LEARNING,
> Any reason you want learning here ?. This is covered as part of
> the bridge setlink attribu
NAK on addoing this acpi_osi= quirk to upstream Linux.
The reason is that problem is being actively debugged.
Quirks in upstream Linux are for when we give up.
Sure, it is perfectly okay for individual users to invoke it.
It is even fine for a distro to check in this workaround if they care
about
On 12/18/14, 10:02 AM, Varlese, Marco wrote:
Removed unnecessary content for ease of reading...
+/* Switch Port Attributes section */
+
+enum {
+ IFLA_ATTR_UNSPEC,
+ IFLA_ATTR_LEARNING,
Any reason you want learning here ?. This is covered as part of
the bridge setlink attributes.
Hi Alan,
first of all - there are these kernel-doc warnings.
Info(drivers/staging/fpga/fpga-mgr.c:37): Scanning doc for
fpga_mgr_low_level_state
Warning(drivers/staging/fpga/fpga-mgr.c:43): No description found for return
value of 'fpga_mgr_low_level_state'
Info(drivers/staging/fpga/fpga-mgr.c:
Hi
Occassionally, but not readily reproducably, I hit a race condition
between mceusb and other connected RC_CORE devices when mceusb tries
to create /class/rc/rc0, which is -by then- already taken by another
RC_CORE device. The other involved IR devices (physically only one)
are part of a PCIe
Len,
I completely agree that debugging and testing of a real solution would be a
problem.
And adding "acpi_osi=" is not too hard as a boot option.
In some cases it can be built-in, if it is a box solution.
So the patch is no good.
18.12.2014 21:09, Len Brown пишет:
NAK on addoing this acpi_o
Hello,
I have a business proposal I would like to share with you, on your response I
will email you with more details.
I await your prompt reply on this.
Kind regards
Peter Page
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
On Thu, Dec 18, 2014 at 8:59 AM, H. Peter Anvin wrote:
> On 12/18/2014 03:16 AM, tip-bot for Andy Lutomirski wrote:
>> Commit-ID: 3fb2f4237bb452eb4e98f6a5dbd5a445b4fed9d0
>> Gitweb:
>> http://git.kernel.org/tip/3fb2f4237bb452eb4e98f6a5dbd5a445b4fed9d0
>> Author: Andy Lutomirski
>> Autho
On 14/12/18, Eric Paris wrote:
> On Thu, 2014-12-18 at 12:46 -0500, Richard Guy Briggs wrote:
> > On 14/12/18, Eric Paris wrote:
> > > On Thu, 2014-12-18 at 11:45 -0500, valdis.kletni...@vt.edu wrote:
> > > > On Tue, 16 Dec 2014 20:09:54 -0500, Valdis Kletnieks said:
> > > > > Spotted these two whi
When allocating space for load_balance_mask, in sched_init, when
CPUMASK_OFFSTACK is set, we've managed to spill over KMALLOC_MAX_SIZE on our
6144 core machine. The patch below breaks up the allocations so that they don't
overflow the max alloc size. It also allocates the masks on the the node fr
sched/fair: Add advisory flag for borrowing a timeslice
This patch adds a way for a task to request to borrow one timeslice
from future if it is about to be preempted, so it could delay
preemption and complete any critical task it is in the middle of.
This feature improves performance for apps th
used #include instead of
used #include instead of
Signed-off-by: Hariharan Rangasamy
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c
b/drivers/staging/ft1000/ft1000-
Hi Nick
On Tue, Dec 9, 2014 at 12:16 PM, Nick Dyer wrote:
> Add support for the new T100 object which replaces the previous T9 multitouch
> touchscreen object in recent maXTouch devices. T100 provides improved
> reporting with selectable auxiliary information, and a type field for
> hover/stylus/
On Thu, Dec 18, 2014 at 7:54 AM, Chris Mason wrote:
>
> CPU 2 seems to be the one making the least progress. I think he's calling
> fork and then trying to allocate a debug object for his hrtimer, eventually
> wandering into fill_pool from __debug_object_init():
Good call.
I agree - fill_pool()
On 12/17/2014 07:09 PM, Arnd Bergmann wrote:
On Wednesday 17 December 2014 18:24:43 Murali Karicheri wrote:
On 12/17/2014 04:56 PM, Arnd Bergmann wrote:
On Wednesday 17 December 2014 13:02:23 Murali Karicheri wrote:
What's wrong with using arch_setup_dma_ops() from PCI as suggested
previously?
On Thu, Dec 18, 2014 at 8:59 AM, H. Peter Anvin wrote:
>>
>> will leave .lm uninitialized. This means that anything in the
>> kernel that reads user_desc.lm for 32-bit tasks is unreliable.
>
> No, it won't. However, if you initialize this dynamically field by
> field rather than as an initialize
Hi! Being trying to build latest repo (2dbfca5a181973558277b28b1f4c36362291f5e0)
and ended up in
CC arch/x86/ia32/audit.o
arch/x86/ia32/audit.c: In function ‘ia32_classify_syscall’:
arch/x86/ia32/audit.c:38:7: error: ‘__NR_execveat’ undeclared (first use in
this function)
case __NR_execv
1 - 100 of 604 matches
Mail list logo
