Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build
and also the celleb_defconfig.
Changes since 20140505:
The powerpc tree still had its build failure.
The mvebu tree gained a conflict against the arm-soc tree.
The trivial tree gained a conflict against Linus'
2014-05-06 14:37 GMT+08:00 Krzysztof Kozlowski :
> S2MPS11 supports enabling/disabling ramp delay only for buck[2346].
> Other bucks have ramp delay enabled always.
>
> However the bit shift for enabling buck6 ramp delay in register is equal
> to 0. When ramp delay was set for the bucks unsupportin
Hi Sakari,
On 05/02/2014 01:06 PM, Sakari Ailus wrote:
[...]
+static inline enum led_brightness v4l2_flash_intensity_to_led_brightness(
+ struct led_ctrl *config,
+ u32 intensity)
Fits on a single line.
+{
+
On Mon, May 5, 2014 at 7:52 PM, Nicolas Pitre wrote:
> On Mon, 5 May 2014, Sonny Rao wrote:
>
>> Hi, we have the problem today that cpu based performance counters don't
>> work when we're using the big.LITTLE switcher on Exynos 5420, and it
>> doesn't look like code exists to deal with this in the
On 05/05/2014 11:58 PM, Arnd Bergmann wrote:
On Monday 05 May 2014 18:23:55 Pankaj Dubey wrote:
On 05/04/2014 12:02 AM, Arnd Bergmann wrote:
Ideally this should be done by slightly restructuring the DT
source to make all on-chip devices appear below the soc node.
Currently I can't see soc node
S2MPS11 supports enabling/disabling ramp delay only for buck[2346].
Other bucks have ramp delay enabled always.
However the bit shift for enabling buck6 ramp delay in register is equal
to 0. When ramp delay was set for the bucks unsupporting enable/disable
(buck[15789] and buck10), the ramp delay
From: Dongsheng
In output of perf sched map, any shortname of thread will be explained
at the first time when it appear.
Example:
*A0 228836.978985 secs A0 => perf:23032
*. A0 228836.979016 secs B0 => swapper:0
. *C0 228836.979099 secs C0 =
S2MPA01 supports enabling/disabling ramp delay only for buck[1234].
Other bucks have ramp delay enabled always.
However the bit shift for enabling buck4 ramp delay in register is equal
to 0. When ramp delay was set for the bucks unsupporting enable/disable
(buck[56789] and buck10), the ramp delay
Use regulator API rdev_get_id() to access id of regulator.
Signed-off-by: Krzysztof Kozlowski
---
drivers/regulator/s2mpa01.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/s2mpa01.c b/drivers/regulator/s2mpa01.c
index cab1a2b9efc5..b71e11a6c773 100644
* Luck, Tony wrote:
> +err_device_create:
> + /*
> + * mce_device_remove behave properly if mce_device_create was not
> + * called on that device.
> + */
> + for_each_possible_cpu(i)
> + mce_device_remove(i);
>
> grammar comment "s/behave/behaves/"
>
> Though
On 05/06/2014 03:23 PM, Ingo Molnar wrote:
* Dongsheng Yang wrote:
Example:
*A0 228836.978985 secs A0 => perf:23032
* . A0 228836.979016 secs . => swapper:0
. *B0 228836.979099 secs B0 => migration/3:22
*A0 . B0 228836.9
On pon, 2014-05-05 at 23:27 +0800, Axel Lin wrote:
> 2014-05-05 23:10 GMT+08:00 Krzysztof Kozlowski :
> > S2MPA01 supports enabling/disabling ramp delay only for buck[1234].
> > Other bucks have ramp delay enabled always.
> >
> > However the bit shift for enabling buck4 ramp delay in register is eq
* Dongsheng Yang wrote:
> Example:
> *A0 228836.978985 secs A0 => perf:23032
> * . A0 228836.979016 secs . => swapper:0
> . *B0 228836.979099 secs B0 => migration/3:22
> *A0 . B0 228836.979115 secs
>A0 . * . 22
Reference: https://bugzilla.kernel.org/show_bug.cgi?id=54521
The vmxon region is unused by nvmx, but adding these checks
are probably harmless and may detect buggy L1 hypervisors in
the future!
v2:
1/4
- Commit message change to reflect addition of new function
2/4
- Use cpuid_maxphyaddr()
Our common function for vmptr checks (in 2/4) needs to fetch
the memory address
Signed-off-by: Bandan Das
---
arch/x86/kvm/vmx.c | 106 ++---
1 file changed, 53 insertions(+), 53 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
in
Some checks are common to all, and moreover,
according to the spec, the check for whether any bits
beyond the physical address width are set are also
applicable to all of them
Signed-off-by: Bandan Das
---
arch/x86/kvm/vmx.c | 83 --
1 file cha
Currently, the vmxon region isn't used in the nested case.
However, according to the spec, the vmxon instruction performs
additional sanity checks on this region and the associated
pointer. Modify emulated vmxon to better adhere to the spec
requirements
Signed-off-by: Bandan Das
---
arch/x86/kvm
The spec mandates that if the vmptrld or vmclear
address is equal to the vmxon region pointer, the
instruction should fail with error "VMPTRLD with
VMXON pointer" or "VMCLEAR with VMXON pointer"
Signed-off-by: Bandan Das
---
arch/x86/kvm/vmx.c | 12
1 file changed, 12 insertions(+)
On 05/06/2014 02:02 PM, Levente Kurusa wrote:
> Hi,
>
> On 05/06/2014 05:16 AM, Aaron Lu wrote:
>> On 05/01/2014 12:04 AM, Levente Kurusa wrote:
>>> When a ZPODD device is unbound via sysfs, the acpi notify handler
>>> is not removed. This causes panics as observed in Bug #74601. The
>>
>> Ah...to
Hi,
On 05/06/2014 05:16 AM, Aaron Lu wrote:
> On 05/01/2014 12:04 AM, Levente Kurusa wrote:
>> When a ZPODD device is unbound via sysfs, the acpi notify handler
>> is not removed. This causes panics as observed in Bug #74601. The
>
> Ah...too bad, I forgot to consider this situation, thanks for t
Don't require FIRMWAREbDownload() to, first off, unlock a held lock.
Thus do all locking in main_usb.c and hold it for a insignificantly
shorter period of time. This makes the affected area significantly more
readable though.
Signed-off-by: Martin Kepplinger
---
I resend https://lkml.org/lkml/201
On Mon, May 05, 2014 at 12:04:37PM +0300, Roger Quadros wrote:
> Improve the suspend and resume handlers to allow the device
> to wakeup the system from suspend.
>
> Signed-off-by: Roger Quadros
> Acked-by: Mugunthan V N
> ---
> drivers/input/touchscreen/pixcir_i2c_ts.c | 53
>
Hi Roger,
On Mon, May 05, 2014 at 12:04:33PM +0300, Roger Quadros wrote:
> @@ -192,8 +364,8 @@ static int pixcir_i2c_ts_remove(struct i2c_client *client)
>
> device_init_wakeup(&client->dev, 0);
>
> - tsdata->exiting = true;
> - mb();
> + if (!tsdata->exiting)
> +
On Mon, May 05, 2014 at 09:51:28AM -0700, Olof Johansson wrote:
> > All the rest of this series has been acked and applied. Do you have
> > time to review this patch?
> >
> > Thanks! :)
>
> FWIW, I've seen very little email traffic from Anton this year, he
> might have limited time for maintaine
Some developers want to output the pstore record trace flexible.
So add seq_ops into ramoops_zone in case users would make private output
format.
Signed-off-by: Zhang Yanmin
Signed-off-by: Liu ShuoX
---
fs/pstore/inode.c | 10 --
include/linux/pstore_ramoops.h | 1 +
2 fil
dump the records in runtime is useful sometime. We could check the
records and understand driver's and device's status.
Signed-off-by: Zhang Yanmin
Signed-off-by: Liu ShuoX
---
fs/pstore/inode.c | 39 +++
fs/pstore/internal.h | 3 ++-
fs/pstor
for pstore record test.
Signed-off-by: Liu ShuoX
---
arch/x86/kernel/setup.c | 2 +
fs/pstore/Makefile | 2 +-
fs/pstore/test.c| 170
3 files changed, 173 insertions(+), 1 deletion(-)
create mode 100644 fs/pstore/test.c
diff --g
From: Zhang Yanmin
The patch restructure ramoops of pstore a little to support more user-defined
tracers through ramoops. Here is reason we enhance ramoops:
pstore ramoops is a very import debug feature for mobile development. At
present,
ramoops has supported kdump, console and ftrace tracer. S
Hi,
Here are the v5 of this series. The intention is to add a framework to ramoops
and make expanding tracers for pstore easily. Comments are welcome.
Changelog v5:
1) Document fix
Changelog v4:
1) Fix record zone traversing lost when get old buffer.
2) Add dump records to printk log buf fu
Arnd Bergmann wrote:
>
> Patch 01f8fa4f01d "genirq: Allow forcing cpu affinity of interrupts" added
> an irq_force_affinity() function, and 30ccf03b4a6 "clocksource:
Exynos_mct:
> Use irq_force_affinity() in cpu bringup" subsequently uses it. However,
> the
> driver can be used with CONFIG_SMP dis
On Tue, 2014-05-06 at 03:27 +, Serge Hallyn wrote:
> Quoting James Bottomley (james.bottom...@hansenpartnership.com):
> > >> Right, but when the contaner has an audit namespace, that namespace
> > >has
> > >> a name,
> > >
> > >What ns has a name?
> >
> > The netns for instance.
>
> And what
Alexandre Courbot wrote:
>
> On Thu, Apr 10, 2014 at 11:14 PM, Alexandre Courbot
> wrote:
> > On Thu, Apr 10, 2014 at 6:51 PM, Jingoo Han wrote:
> >> On Thursday, April 10, 2014 1:17 PM, Alexandre Courbot wrote:
> >>>
> >>> Ping, can I have the Samsung folks review and ,aybe even merge this
> >>
On 05/05/2014 08:07 PM, Jan Kara wrote:
> Hello,
>
> below are some minor comments regarding the manpages.
>
>> diff --git a/man2/fanotify_mark.2 b/man2/fanotify_mark.2
>> new file mode 100644
>> index 000..693eff8
>> --- /dev/null
>> +++ b/man2/fanotify_mark.2
> ...
>> +.B FAN_MARK_IGNOR
On 05/05/2014 09:42 PM, Peter Korsgaard wrote:
>> "Michal" == Michal Simek writes:
>
> Hi,
>
> >> > diff --git a/drivers/tty/serial/uartlite.c
> b/drivers/tty/serial/uartlite.c
> >> > index 5f90ef24d475..723a6b79cd14 100644
> >> > --- a/drivers/tty/serial/uartlite.c
> >> > +++ b/drivers
On Mon, 5 May 2014, Ingo Molnar wrote:
>
> I'm also thinking about waiting a bit before applying anything even
> borderline intrusive to the perf core, to make sure there's enough
> fuzz time to declare stable state (at least as far into the ABI as the
> fuzzing is able to reach). Future bisect
Xilinx MDM (Microblaze Debug Module) also contains
uart interface via JTAG which is compatible with
uartlite driver. This interface is really slow
that's why timeout is setup to 1s.
Make this time delay not to be cpu speed dependent.
Signed-off-by: Michal Simek
Acked-by: Peter Korsgaard
---
Ch
On Mon, 2014-05-05 at 23:23 -0400, David Miller wrote:
> From: Andi Kleen
> Date: Tue, 6 May 2014 05:21:14 +0200
>
> > What parts would you remove to get the foot print down for a 2MB
> > single purpose machine?
>
> I wouldn't use Linux, end of story.
>
> Maybe two decades ago, but not now, tho
This patch fixes a use-after-free bug that can cause a kernel
oops. If slic_card_init fails then slic_entry_probe (the pci
probe() function for this device) will return error without
cleaning up memory.
Signed-off-by: David Matlack
---
drivers/staging/slicoss/slicoss.c | 16 +---
1 f
This patch removes two fields from the private "struct adapter".
Specifically,
memorybase duplicate of slic_regs
memorylengthwritten once and never read. This field is trivially
computed with pci_resource_len if it's ever needed in
the future.
Signed-off-
On 05/05/2014 08:43 PM, Stephen Boyd wrote:
> On 05/05/14 15:02, Alex Elder wrote:
>> On 04/04/2014 12:55 PM, Stephen Boyd wrote:
>>> On 04/03/14 19:18, Alex Elder wrote:
+
+/*
+ * Secondary startup method setup routine to extract the location of
+ * the secondary boot register
This patch fixes a bug that only manifests when the physical address of
the interrupt status register is >4GB. Specifically, the driver was only
telling the device about the lower 32 bits of the ISR. This patch adds
the upper 32 bits.
Signed-off-by: David Matlack
---
drivers/staging/slicoss/slic
This patch fixes a memory leak in slic_card_init. If the driver fails
to poll for an interrupt after requesting config data from the device
the dma memory is never freed.
Signed-off-by: David Matlack
---
drivers/staging/slicoss/slicoss.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/dri
This patch fixes two free-after-free bugs in slic_entry_remove.
Specifically, slic_unmap_mmio_space() iounmaps adapter->slic_regs,
which is the same region of memory as dev->base_addr (iounmap-ed
a few lines later).
Next, both release_mem_region() and pci_release_regions() are called
on the same p
On Tue, May 6, 2014 at 6:32 AM, Linus Torvalds
wrote:
> On Mon, May 5, 2014 at 8:25 PM, David Miller wrote:
>>
>>> Sam Ravnborg wrote:
There is a related patch in this area which I think is not yet applied.
See: https://lkml.org/lkml/2014/4/18/28
Maybe this is relat
As per the TODO file, this patch removes the gratuitous debug
infrastructure. As an extra incentive for removing this code,
the debugfs files are not cleaned up properly. For example, if
register_netdev() fails in slic_entry_probe() then all debugfs
files get left behind, even after the driver modu
This patch fixes a use-after-free bug that causes a null pointer
dereference in slic_entry_halt.
Since unregister_netdev() will ultimately call slic_entry_halt (the
net_device ndo_stop() virtual function for this device), we should
call it before freeing the memory used by slic_entry_halt.
Signed
The following patch series fixes multiple small but critical bugs in
the slicoss driver that can cause kernel oopses, panics, and lots of
memory leaking.
The intent of this patch series is to provide the ground work so that
proper work (NAPI, locking re-design, ... see TODO) can be done.
All patc
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in
Documentation/devicetree/bindings/arm/omap/omap.txt between commit
11e2191c2a6f ("ARM: dts: am437x-gp-evm: Add gp dts") from the tree and
commit c98be0c96db0 ("doc: spelling error changes") from the trivial tree.
I fixed it
From: Linus Torvalds
Date: Mon, 5 May 2014 20:46:32 -0700
> On Mon, May 5, 2014 at 8:32 PM, Linus Torvalds
> wrote:
>>
>> I guess I'll apply both patches directly.
>
> Applied and pushed out. Davem, I hope this means current -git works
> for you on sparc64 again?
Yes it absoultely should, and
On Mon, May 5, 2014 at 8:32 PM, Linus Torvalds
wrote:
>
> I guess I'll apply both patches directly.
Applied and pushed out. Davem, I hope this means current -git works
for you on sparc64 again?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Mon, 2014-05-05 at 16:28 -0600, Bjorn Helgaas wrote:
> I still wonder whether arm, powerpc, and tile (and I just noticed
> microblaze also has a similar dma_direct_map_page()) could all be
> handled by attaching devices to a generic trivial IOMMU driver
> parameterized with the appropriate const
Tested:
grep . /sys/class/net/*/*addr*
Signed-off-by: David Decotigny
---
net/core/net-sysfs.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/net/core/net-sysfs.c b/net/core/net-sysfs.c
index 1cac29e..bf57024 100644
--- a/net/core/net-sysfs.c
+++ b/net/core/net-sysfs.c
@@
Quoting Richard Guy Briggs (r...@redhat.com):
> On 14/05/03, James Bottomley wrote:
> > On Tue, 2014-04-22 at 14:12 -0400, Richard Guy Briggs wrote:
> > > Questions:
> > > Is there a way to link serial numbers of namespaces involved in migration
> > > of a
> > > container to another kernel? (I ha
On Mon, May 5, 2014 at 8:25 PM, David Miller wrote:
>
>> Sam Ravnborg wrote:
>>>
>>> There is a related patch in this area which I think is not yet applied.
>>>
>>> See: https://lkml.org/lkml/2014/4/18/28
>>>
>>> Maybe this is related.
>>
>> Thanks, I'm testing with that patch added as well.
>
>
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
>
>
> On May 5, 2014 3:36:38 PM PDT, Serge Hallyn wrote:
> >Quoting James Bottomley (james.bottom...@hansenpartnership.com):
> >> On Mon, 2014-05-05 at 22:27 +, Serge Hallyn wrote:
> >> > Quoting James Bottomley (james.bottom..
From: David Miller
Date: Mon, 05 May 2014 17:08:55 -0400 (EDT)
> From: Sam Ravnborg
> Date: Mon, 5 May 2014 23:05:07 +0200
>
>> On Mon, May 05, 2014 at 04:57:56PM -0400, David Miller wrote:
>>> From: David Miller
>>> Date: Mon, 05 May 2014 16:20:04 -0400 (EDT)
>>>
>>> >
>>> > If freelist_idx
From: Andi Kleen
Date: Tue, 6 May 2014 05:21:14 +0200
> What parts would you remove to get the foot print down for a 2MB
> single purpose machine?
I wouldn't use Linux, end of story.
Maybe two decades ago, but not now, those days are over.
--
To unsubscribe from this list: send the line "unsubs
From: Andi Kleen
Date: Tue, 6 May 2014 05:14:12 +0200
> You can configure the IP address and transmit and receive packets,
> and that is all a small embedded system is ever interested in.
Then let's agree to disagree, I am absolutely certain that small
systems are interested in much more than ju
On Mon, May 05, 2014 at 11:12:29PM -0400, David Miller wrote:
> From: Andi Kleen
> Date: Mon, 5 May 2014 15:25:57 -0700
>
> > This is all the code that saves connection information
> > between different sockets. Not really essential for
> > small systems.
>
> It is absolutely essential unless y
From: Andi Kleen
Date: Tue, 6 May 2014 05:08:33 +0200
> FWIW it seems to me the trie code is very stable, there doesn't
> seem to be any big changes in a long time.
But it was BUGGY AS HELL in the corner cases because it wasn't
the default while it sat next to fib_hash.
It only got totally fixe
On Mon, May 05, 2014 at 11:14:33PM -0400, David Miller wrote:
> From: Andi Kleen
> Date: Mon, 5 May 2014 15:26:08 -0700
>
> > Multiple receive queues are not needed on small systems,
> > so allow disabling them.
>
> It's only enabled with SMP...
You didn't read the whole description, did you?
On 05/05/2014 07:01 PM, Tomas Pop wrote:
Hi Guenter,
Thanks a lot for comments and patience - with the testing you are right,
I'm still waiting for board, where I will be able to run latest kernel
and have the chip wired in - sorry for this...
No problem. Please make sure that the driver has
On 05/01/2014 12:04 AM, Levente Kurusa wrote:
> When a ZPODD device is unbound via sysfs, the acpi notify handler
> is not removed. This causes panics as observed in Bug #74601. The
Ah...too bad, I forgot to consider this situation, thanks for tracking
this.
> panic only happens when the wake hap
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:08 -0700
> Multiple receive queues are not needed on small systems,
> so allow disabling them.
It's only enabled with SMP...
I'm really totally, and completely, convinced that you wrote this
entire patch series with your brain turned off.
I'm not a
On Mon, May 05, 2014 at 11:11:40PM -0400, David Miller wrote:
> From: Andi Kleen
> Date: Mon, 5 May 2014 15:25:58 -0700
>
> > Small embedded systems don't need ethtool, so make it optional.
>
> You can't do anything non-trivial with an ethernet device without
> ethtool.
You can configure the I
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:07 -0700
> Not really needed on small embedded systems. Saves about 5k text,
> more with IPv6.
Sorry, you can't have half a functioning ipv4 stack.
I'm not applying this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:57 -0700
> This is all the code that saves connection information
> between different sockets. Not really essential for
> small systems.
It is absolutely essential unless you want poor performance
of TCP connections.
I'm not applying this.
--
To uns
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:54 -0700
> From: Andi Kleen
>
> Signed-off-by: Andi Kleen
Same comment as per other hash table reductions, this doesn't
make any sense even for the claimed goal.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:58 -0700
> Small embedded systems don't need ethtool, so make it optional.
You can't do anything non-trivial with an ethernet device without
ethtool.
I am not applying this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> The moment one of these "small" systems, or whatever you want to call
> it, tries to use any feature added to device configuration in the last
> 20 years ioctl doesn't cut it.
They will simply not use all that complexity ever, 400k is simply prohibitive
with 2MB.
If you want to keep netlink wha
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:55 -0700
> From: Andi Kleen
>
> UDP has two hash tables, for UDP and UDP lite. Default
> them to 16 entries each on small kernels. This can be
> still overriden on the command line.
>
> Signed-off-by: Andi Kleen
Likewise, if you make it too small
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:59 -0700
> From: Andi Kleen
>
> Small systems don't need the LPF filter, so make it all
> optional
>
> Saves about 4K text
>
>text data bss dec hex filename
> 483545 19371 13480 516396 7e12c net/built-in.o-wo
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:53 -0700
> From: Andi Kleen
>
> Just make the FIB hash tables much smaller for small
> kernel.
>
> Signed-off-by: Andi Kleen
Sounds like an exploit waiting to happen.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:10 -0700
> From: Andi Kleen
>
> Many DHCP clients need basic packet sockets, but they don't need
> the fancy zero copy packet capture code, like tpacket, mmap, rings,
> fanouts. This is quite substantial code, so it's worthwhile to
> make it optiona
On Mon, May 05, 2014 at 11:02:59PM -0400, David Miller wrote:
> From: Andi Kleen
> Date: Mon, 5 May 2014 15:26:11 -0700
>
> > Add an optional fib_list that uses a simple list to store routes.
> > This is suitable for single homed client system which typically
> > have only a handful of routes.
>
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:01 -0700
> From: Andi Kleen
>
> Small systems can use ioctl/ifconfig for routing and
> interface configuration. Make rtnetlink optional
> This saves ~29k without LTO, more with LTO.
>
>textdata bss dec hex filename
> 483545 1
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:03 -0700
> From: Andi Kleen
>
> When PROC_FS is not compiled in we don't need the statistics
> gathering code, as the only way to see the output is through
> /proc. Saves about 5k text, likely more in dynamic memory.
>
>textdata bss
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:05 -0700
> Make TCP fast open a config option. It's not really needed
> on small systems. By itself it saves about 3k text,
It's for the sake of the remote service not the local client,
sorry I'm not applying this, it's a facility we want to be
ubiqu
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:56 -0700
> From: Andi Kleen
>
> This saves about 6k text/data. ping still works fine using raw
> sockets like it always did.
>
>text data bss dec hex filename
> 268128 115557872 287555 46343 net/ipv4/built-i
On Mon, May 05, 2014 at 11:01:18PM -0400, David Miller wrote:
> From: Andi Kleen
> Date: Mon, 5 May 2014 15:26:02 -0700
>
> > It's not needed on small systems.
>
> On the contrary, I would expect the performance gains from
> batching the packet receive path to be even larger on slow
> small com
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:11 -0700
> Add an optional fib_list that uses a simple list to store routes.
> This is suitable for single homed client system which typically
> have only a handful of routes.
Sorry I'm not applying this.
We had two routing table implementations for
From: Andi Kleen
Date: Mon, 5 May 2014 15:25:50 -0700
> Small systems typically only have two network devices, so use
> hash shift 2.
Maybe in terms of physical interfaces, but they may also have lots of
software interfaces.
Sorry, this doesn't make any sense, I'm not applying this.
--
To unsu
From: Andi Kleen
Date: Mon, 5 May 2014 15:26:02 -0700
> It's not needed on small systems.
On the contrary, I would expect the performance gains from
batching the packet receive path to be even larger on slow
small computers.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Tue, May 06, 2014 at 02:14:00AM +0200, Gregory CLEMENT wrote:
> @@ -118,7 +158,7 @@ static int xhci_plat_probe(struct platform_device *pdev)
>
> hcd = usb_create_hcd(driver, &pdev->dev, dev_name(&pdev->dev));
> if (!hcd)
> - return -ENOMEM;
> + ret = -ENOMEM
ttwu_do_wakeup() is called when the task's state is switched back to
TASK_RUNNING, whether or not the task actually scheduled out. Tracing
the wakeup event when the task never scheduled out is quite confusing.
This patch take the use of 'success' parameter in sched_wakeup tracepoint,
to indicate t
On Mon, 5 May 2014, Sonny Rao wrote:
> Hi, we have the problem today that cpu based performance counters don't
> work when we're using the big.LITTLE switcher on Exynos 5420, and it
> doesn't look like code exists to deal with this in the switcher.
>
> As it stands right now, if you put an A-15 o
On 27.04.2014 00:12, poma wrote:
> Need to set wapf to 4 for ASUSTeK COMPUTER INC. X75VBP & X550CA, so that the
> wireless network adapter is enabled.
>
> References:
> - asus-nb-wmi: set wapf=4 for ASUSTeK COMPUTER INC. X75VBP
> http://marc.info/?l=linux-kernel&m=139819918125110
> - Ath9k WiFi n
On Mon, 2014-05-05 at 17:01 -0600, Bjorn Helgaas wrote:
> On Fri, May 02, 2014 at 10:42:18AM +0200, Arnd Bergmann wrote:
> > I don't know about NCR_Q720, but all others are only used on machines
> > where physical addresses and bus addresses are in the same space.
>
> In general, the driver doesn
Tomasz Figa wrote:
>
> Hi Tomasz,
>
> On 16.04.2014 14:40, Tomasz Stanislawski wrote:
> > This patch adds missing pinctrls for I2C controllers 2-7.
> >
> > Signed-off-by: Tomasz Stanislawski
> > ---
> > arch/arm/boot/dts/exynos4.dtsi | 12
> > 1 file changed, 12 insertions(+)
>
Tomasz Figa wrote:
>
> Hi Tomasz,
>
> On 15.04.2014 16:25, Tomasz Stanislawski wrote:
> > The i2c_ak8975 controler uses label i2c8.
> > This alias is already used for I2C controller 8 defined
> > in file arch/arm/boot/dts/exynos4.dtsi.
> >
> > This patch renames a label for i2c_ak8975 to i2c9.
>
On Mon, 2014-05-05 at 15:51 -0700, Tim Chen wrote:
> On Mon, 2014-05-05 at 20:27 +0200, Ingo Molnar wrote:
>
> > > Ingo,
> > >
> > > The delta patch is included below. Thinking a bit more,
> > > the state diagram approach is not necessarily less verbose
> > > because the state is a tuple (count,
On 05/06/2014 11:06 AM, Steven Rostedt wrote:
On Tue, 6 May 2014 09:19:51 +0900
Dongsheng Yang wrote:
I wonder if we should have the event, or way to distinguish the
difference. Hmm, there's that "success" parameter in the tracepoint.
Could we possible be able to trace events where the success
Hi Libor,
> Enabling CONFIG_DEBUG_ATOMIC_SLEEP has shown that some rfcomm functions
> acquiring spinlocks call sleeping locks further in the chain. Converting
> the offending spinlocks into mutexes makes sleeping safe.
>
> Signed-off-by: Libor Pechacek
> ---
> include/net/bluetooth/rfcomm.h |
On Fri, 2 May 2014 15:02:29 -0400
Dan Streetman wrote:
> Add plist_rotate(), which moves the specified plist_node after
> all other same-priority plist_nodes in the list.
This is a little confusing? You mean it takes a plist_node from a plist
and simply moves it to the end of the list of all ot
add "device_prep_dma_memcpy" and "device_prep_dma_sg" for memory copy by sdma.
Signed-off-by: Robin Gong
---
change:
--v3:
1. remove redundant check for bus width
--v2:
1. correct some printk format, such as %pad for dma_addr_t
2. split duplicated code in prep_dma_memcpy and prep_dma_sg t
On Tue, 6 May 2014 09:19:51 +0900
Dongsheng Yang wrote:
> > tldr;
>
> Yes, it is really lng, sorry for my terrible expression in english. :(
No problem. I can imagine the trouble of having to write change logs in
a language that is not your mother tongue.
> >
> > ttwu_do_wakeup() is called
Hi Guenter,
Thanks a lot for comments and patience - with the testing you are right,
I'm still waiting for board, where I will be able to run latest kernel
and have the chip wired in - sorry for this...
Thanks, Tomas
On Mon, 2014-05-05 at 18:39 -0700, Guenter Roeck wrote:
> Hi Tomas,
>
> On 05
On Tue, 6 May 2014, Jiri Kosina wrote:
On Mon, 5 May 2014, David Lang wrote:
how would you know that all instances of the datastructure in memory
have= been touched? just because all tasks have run and are outside the
function in question doesn't tell you data structures have been
converted. Y
The truth is that sometimes it takes more than a few reboot for the bug to
occur.
3.15.0-0.rc4.git0.1.fc21.i686+debug FAILED
http://koji.fedoraproject.org/koji/buildinfo?buildID=515111
...
ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 22
snd_hda_intel :00:07.0: Disabling MSI
snd_hda_intel
> You could just force pktgen to not support multi-skb on vlan interfaces?
>
> I thought we went through this a year or two ago and came up with
> something like a 'pktgen-challenged' network interface flag?
Ah yes, IFF_TX_SKB_SHARING does the job, very sorry for missing that,
as matter of fact,
1 - 100 of 849 matches
Mail list logo
