On 2016.04.08 15:19 Doug Smythies wrote:
> On 2016.04.08 14:00 Rafael J. Wysocki wrote:
>> On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
>>> On Fri, 2016-04-08 at 08:45 +0200, Peter Zijlstra wrote:
>>>
Cute, I thought you used governor=performance for your runs?
>>>
>>> I do, a
While the following method, in drivers/scsi/libsas/sas_scsi_host:180
int sas_queuecommand(struct Scsi_Host *host, struct scsi_cmnd *cmd)
seems to be the implementation for the `queuecommand` field of struct
scsi_host_template.
Where is it initialized so, for a general sas device?
I can n
On Sat, 2016-04-09 at 00:17 -0700, Doug Smythies wrote:
> I still didn't find the exact same program, but I think I found some
> earlier version of the correct test.
>
> I get (long term average):
> Kernel 4.4.0-17: Powersave 3.93 usecs/loop ; Performance 3.93 usecs/loop 0.89
> Kernel 4.5-rc7: Po
2016-04-08 23:44 GMT+03:00 Andy Lutomirski :
> On Apr 8, 2016 9:20 AM, "Dmitry Safonov" wrote:
>>
>>
>> And if it's not there - return error?
>
> No, just leave IP unchanged.
Ok, will resend with this fixup.
>
> Feel free to ask for help on some of these details. user_64bit_mode
> will be helpf
Add implementation for Maxim MAX5487, MAX5488, MAX5489
digital potentiometers.
Datasheet:
http://datasheets.maximintegrated.com/en/ds/MAX5487-MAX5489.pdf
Signed-off-by: Cristina Moraru
CC: Daniel Baluta
---
Changes since v1:
Fix spacing
Eliminate max5487_cfg struct
Add k
On 9 April 2016 at 01:40, kbuild test robot wrote:
> [auto build test WARNING on mtd/master]
> [also build test WARNING on v4.6-rc2 next-20160408]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improving the system]
>
> url:
> https://github.com/0day-ci/lin
The nilfs_sc_operations structures are never modified, so declare them
as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
fs/nilfs2/segment.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/fs/nilfs2/segment.c b/fs/nilfs2/segment.c
inde
On 08.04.2016 19:46, Sinan Kaya wrote:
Hi Tomasz,
On 4/8/2016 2:51 AM, Tomasz Nowicki wrote:
Hi Sinan,
On 08.04.2016 05:40, Sinan Kaya wrote:
Hi Tomasz,
On 4/7/2016 5:41 PM, Bjorn Helgaas wrote:
You say this is undoing the effect of pci_remap_iospace(), but that's
only called by native dri
The ct_timer_ops structures are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/pci/ctxfi/cttimer.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/pci/ctxfi/cttimer.c b/sound/pci/ctxfi/cttimer
On Fri, Apr 08, 2016 at 06:49:04PM -0400, Johannes Weiner wrote:
> Cgroup2 currently doesn't have a per-cgroup swappiness setting. We
> might want to add one later - that's a different discussion - but
> until we do, the cgroups should always follow the system setting.
> Otherwise it will be unchan
On Sat, 09 Apr 2016 10:36:15 +0200,
Julia Lawall wrote:
>
> The ct_timer_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied, thanks.
Takashi
>
> ---
> sound/pci/ctxfi/cttimer.c |6 +++---
> 1 file
The meta_type_ops structures are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
net/sched/em_meta.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/sched/em_meta.c b/net/sched/em_meta.c
index f2aabc
On Fri, Apr 8, 2016 at 2:13 PM, Rafał Miłecki wrote:
> 1) Use pr_fmt to keep messages consistent
> 2) Don't warn if kzalloc fails as it dumps stack on its own
> 3) Use %pR format for displaying whole resource to avoid:
> warning: format ‘%08llx’ expects type ‘long long unsigned int’, but argument
On Sat, Apr 9, 2016 at 12:29 AM, Yang, Fei wrote:
> Sorry, this one has wrong commit message, please comment on the other patch
> with [PATCH 02/14] removed
Hm, I didn't see anything except this patch.
Perhaps you first go to our internal mailing list for preliminary review?
--
With Best Regar
On Wed, Apr 6, 2016 at 12:32 PM, YH Huang wrote:
> POWER_SUPPLY_STATUS_NOT_CHARGING is used for AC connected, but
> battery not charging (e.g. because battery temperature is out
> of acceptable range).
>
> When battery is charging near dry and BATTERY_FULL_DISCHARGED is set,
> it is wrong to set a
Brauchen Sie einen Kredit? Wir bieten Darlehen in 2% gelten heute Kontakt mit
uns auf: legacyassetgro...@hotmail.com
On Thu, 17 Mar 2016 14:19:07 +
Jon Hunter wrote:
> If the interrupt configuration matches the current configuration, then
> don't bother writing the configuration again.
>
> Signed-off-by: Jon Hunter
Acked-by: Marc Zyngier
M.
--
Jazz is not dead. It just smells funny.
This SoC is very similar to BCM63168 and Broadcom usually refers to them as
BCM63268.
Add BCM63268 and missing BCM63168 to device tree documentation.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Rob Herring
---
v3: use numerical order
v2: keep support for BCM63168
Documentation/devicetree
This adds a device tree example for SFR Neufbox4 (Sercomm version), which
also serves as a real example for brcm,bcm6358-leds.
Signed-off-by: Álvaro Fernández Rojas
---
v5: more device tree improvements
- There is just ohci/ehci node.
- Avoid using underscores in node names.
- Use interrup
BCM6358 has a shared TLB which conflicts with current SMP support, so it must
be disabled for now.
BCM6358 uses >= 0xfffe addresses for internal registers, which need to be
remapped (by using a simplified version of BRCM63xx ioremap.h).
However, 0xfff8 is a better address, since it also cov
- Remove unneeded leds0 alias.
- Switch to bcm6345-l1-intc interrupt controller.
- Use interrupt-controller instead of periph_intc and cpu_intc.
- Add uart1, ehci and ohci nodes.
- Refactor syscon and syscon-reboot.
- Avoid using underscores in node names.
- Rename uart aliases to serial.
Signed-o
- Remove unneeded leds0 alias.
- Switch to bcm6345-l1-intc interrupt controller.
- Use interrupt-controller instead of periph_intc and cpu_intc.
- Add uart1 node.
- Single ohci and ehci nodes.
- Avoid using underscores in node names.
- Rename uart aliases to serial.
- Remove blank line in cpus node
On Thu, 17 Mar 2016 15:04:01 +
Jon Hunter wrote:
>
> On 17/03/16 14:51, Thomas Gleixner wrote:
> > On Thu, 17 Mar 2016, Jon Hunter wrote:
> >
> >> Setting the interrupt type for private peripheral interrupts (PPIs) may
> >> not be supported by a given GIC because it is IMPLEMENTATION DEFINE
On Fri, Apr 8, 2016 at 5:36 PM, Anand Moon wrote:
> hi Javier,
>
> On 8 April 2016 at 20:25, Javier Martinez Canillas
> wrote:
>> Hello Anand,
>>
>> On 04/08/2016 09:51 AM, Anand Moon wrote:
>>> Hi All,
>>>
>>> I am observing this deadlock or warning on my Odroid XU4.
>>> I thinks the is related
On Thu, 17 Mar 2016 14:19:09 +
Jon Hunter wrote:
> The firmware parameter that contains the IRQ sense bits may also contain
> other data. When return the IRQ type, bits outside of these sense bits
> should be masked. If these bits are not masked and
> irq_create_fwspec_mapping() is called to
On Fri, Apr 08, 2016 at 10:59:59PM +0200, Rafael J. Wysocki wrote:
> On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
> > On Fri, 2016-04-08 at 08:45 +0200, Peter Zijlstra wrote:
> >
> > > Cute, I thought you used governor=performance for your runs?
> >
> > I do, and those numbers are
On Fri, Apr 08, 2016 at 03:19:14PM -0700, Doug Smythies wrote:
> Could you send me, or point me to, the program "pipe-test"?
> So far, I have only found one, but it is both old and not
> the same program you are running (based on print statements).
The latest public one lives as: perf bench sched
On Thu, 17 Mar 2016 14:19:13 +
Jon Hunter wrote:
> If we fail to map the address space for the GIC distributor or CPU
> interface, then don't attempt to initialise the chip, just WARN and
> return.
>
> Signed-off-by: Jon Hunter
Acked-by: Marc Zyngier
M.
--
Jazz is not dead. It j
On Apr 08, 2016 23:27, Slawomir Stepien wrote:
> +static int ds1803_read_raw(struct iio_dev *indio_dev,
> + struct iio_chan_spec const *chan,
> + int *val, int *val2, long mask)
> +{
> + struct ds1803_data *data = iio_priv(indio_dev);
> + int
The ftdi_sio_quirk structures are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/usb/serial/ftdi_sio.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/serial/ftdi_sio.c b/dri
The uprobe_xol_ops structures are never modified, so declare them as const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
arch/x86/kernel/uprobes.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/uprobes.c b/arch/x86/kernel/uprobes
On Thu, 17 Mar 2016 14:19:14 +
Jon Hunter wrote:
> There are only 3 differences (not including the name) in the definitions
> of the gic_chip and gic_eoimode1_chip structures. Instead of statically
> defining the gic_eoimode1_chip structure, remove it and populate the
> eoimode1 functions dyn
On Thu, 17 Mar 2016 14:19:15 +
Jon Hunter wrote:
> If the GIC initialisation fails, then currently we do not return an error
> or clean-up afterwards. Although for root controllers, this failure may be
> fatal anyway, for secondary controllers, it may not be fatal and so return
> an error on
On Freitag, 8. April 2016 15:18:53 CEST Arnaldo Carvalho de Melo wrote:
> Em Fri, Apr 08, 2016 at 02:57:54PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Apr 08, 2016 at 01:34:15PM +0200, Milian Wolff escreveu:
> > > Now, one can print the call chain for every encountered sys_exit
> > > ev
On Thu, 17 Mar 2016 14:19:16 +
Jon Hunter wrote:
> Instead of passing the GIC index to the save/restore functions pass a
> pointer to the GIC chip data. This will allow these save/restore
> functions to be re-used by a platform driver where the GIC chip data
> structure is allocated dynamical
Replace deprecated create_singlethread_workqueue with
alloc_ordered_workqueue.
Work items include getting tx/rx frame sizes, resetting MPI processor,
setting asic recovery bit so ordering seems necessary as only one work
item should be in queue/executing at any given time, hence the use of
alloc_o
On Sat, Apr 9, 2016 at 1:07 PM, Peter Zijlstra wrote:
> On Fri, Apr 08, 2016 at 10:59:59PM +0200, Rafael J. Wysocki wrote:
>> On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
>> > On Fri, 2016-04-08 at 08:45 +0200, Peter Zijlstra wrote:
>> >
>> > > Cute, I thought you used governor=perf
On Sat, Apr 9, 2016 at 8:40 AM, Mike Galbraith wrote:
> On Fri, 2016-04-08 at 22:59 +0200, Rafael J. Wysocki wrote:
>> On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
>> > On Fri, 2016-04-08 at 08:45 +0200, Peter Zijlstra wrote:
>> >
>> > > Cute, I thought you used governor=performance
On Fri, 8 Apr 2016 14:04:00 -0700
Andrew Kelley wrote:
> The open syscall looks like this:
>
> SYSCALL_DEFINE3(open, const char __user *, filename, int, flags, umode_t,
> mode)
>
> filename is a null terminated byte array. Null termination is one way
> to handle lengths of byte arrays, but arg
This patch adds the test case for SS_AUTODISARM flag.
The test-case tries to set SS_AUTODISARM flag and checks if
the nested signal corrupts the stack after swapcontext().
CC: Shuah Khan
CC: linux-kernel@vger.kernel.org
CC: linux-...@vger.kernel.org
CC: Andy Lutomirski
Signed-off-by: Stas Serge
It is absolutely unclear what happened with my patch series,
but it is neither applied nor rejected. So here's the re-send.
The following patches make it possible to use swapcontext()
in a sighandler that works on sigaltstack.
The approach is inspired by Andy Lutomirski's suggestion that
sigaltsta
This patch implements the SS_AUTODISARM flag that can be ORed with
SS_ONSTACK when forming ss_flags.
When this flag is set, sigaltstack will be disabled when entering
the signal handler; more precisely, after saving sas to uc_stack.
When leaving the signal handler, the sigaltstack is restored by
uc
This patch adds SS_FLAG_BITS - the mask that splits sigaltstack
mode values and bit-flags. Since there is no bit-flags yet, the
mask is defined to 0. The flags are added by subsequent patches.
With every new flag, the mask should have the appropriate bit cleared.
This makes sure if some flag is tr
Currently x86's get_sigframe() checks for "current->sas_ss_size"
to determine whether there is a need to switch to sigaltstack.
The common practice used by all other arches is to check for
sas_ss_flags(sp) == 0
This patch makes the code consistent with other arches.
The slight complexity of the pa
> I believe this is the source of the issues I encountered on my initial
> attempt to decouple the X86_32 dependency from the ISA option. I suspect
> if I add an explicit X86_32 dependency to the PNPBIOS driver, I will be
> able to remove the X86_32 dependency from the ISA option without
> incident
From: Enpeng Xu
Signed-off-by: Enpeng Xu
---
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c
b/drivers/gpu/drm/i915/i915_gem_gtt.c
index 49e4f26..527eca7 100644
--- a/drivers/gpu/drm/i915/i915_gem_gtt.c
> If anyone has a better idea on how userspace should connect the master
> pty file descriptor the slave file descriptor, I would be willing to
> implement that instead.
If we are willing to go away from the existing mess of a tty interface
inflicted on us by BSD and then mashed up by POSIX then
On Sat, Apr 09, 2016 at 11:25:39AM +0800, Xunlei Pang wrote:
> > In any case, I just realized we do not in fact provide this guarantee
> > (of pointing to a blocked task) that needs a bit more work.
>
> Current patch calls rt_mutex_adjust_prio() before wake_up_q() the
> wakee, at that moment the
On Fri, Apr 08, 2016 at 04:11:35PM -0400, Tejun Heo wrote:
> > > Widely diverging from
> > > CPU's behavior, IO grouped all internal tasks into an internal leaf
> > > node and used to assign a fixed weight to it.
> >
> > That's just plain broken... That is not how a proportional weight based
> >
On 2016/04/08 04:57PM, Balbir Singh wrote:
> On Thu, 2016-04-07 at 14:56 +0530, Naveen N. Rao wrote:
> > On 2016/04/07 06:19PM, Balbir Singh wrote:
> > >
> > >
> > > On 06/04/16 22:32, Naveen N. Rao wrote:
> > > >
> > > > This patchset fixes three issues found with perf probe on ppc64le:
> > > >
On Sat, Apr 09, 2016 at 01:58:14PM +0100, One Thousand Gnomes wrote:
>> I believe this is the source of the issues I encountered on my initial
>> attempt to decouple the X86_32 dependency from the ISA option. I suspect
>> if I add an explicit X86_32 dependency to the PNPBIOS driver, I will be
>> ab
Michal Hocko wrote:
> On Wed 17-02-16 19:34:46, Tetsuo Handa wrote:
> > >From 6f07b71c97766ec111d26c3424bded465ca48195 Mon Sep 17 00:00:00 2001
> > From: Tetsuo Handa
> > Date: Wed, 17 Feb 2016 16:37:01 +0900
> > Subject: [PATCH 5/6] mm,oom: Re-enable OOM killer using timers.
> >
> > We are tryin
Tetsuo Handa wrote:
> There is no reason to add this patch which handles the slowpath right now.
Oops.
There is no reason _not_ to add this patch which handles the slowpath right now.
Am 08.04.2016 um 20:10 schrieb Heinrich Schuchardt:
> On 04/01/2016 12:33 AM, Richard Weinberger wrote:
>> From: Daniel Walter
>>
>> Signed-off-by: Daniel Walter
>> Signed-off-by: Richard Weinberger
>> ---
>> man2/leftpad.2 | 55 +++
>> 1 file
On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
wrote:
>
>> If anyone has a better idea on how userspace should connect the
>master
>> pty file descriptor the slave file descriptor, I would be willing to
>> implement that instead.
>
>If we are willing to go away from the existing mess of a t
On 04/08/2016 06:08 PM, Jose Abreu wrote:
> Hi Lars,
>
>
> On 08-04-2016 16:52, Lars-Peter Clausen wrote:
>> On 04/08/2016 12:06 PM, Jose Abreu wrote:
>>> Hi Mark,
>>>
>>>
>>> On 07-04-2016 18:53, Mark Brown wrote:
On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote:
> + Opti
"H. Peter Anvin" writes:
> On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
> wrote:
>>
>>> If anyone has a better idea on how userspace should connect the
>>master
>>> pty file descriptor the slave file descriptor, I would be willing to
>>> implement that instead.
>>
>>If we are willing to
On 04/08/2016 06:12 PM, Jose Abreu wrote:
[...]
>>
>> [...]
>>> +- adi,enable-audio: If set the ADV7511 driver will register a codec
>>> interface
>>> + into ALSA SoC.
>> This is not a description of the hardware.
>
> Is this okay: "adi,enable-audio: Set this boolean parameter if ADV7511
> trans
On Sat, 2016-04-09 at 14:33 +0200, Rafael J. Wysocki wrote:
> On Sat, Apr 9, 2016 at 8:40 AM, Mike Galbraith
> wrote:
> > On Fri, 2016-04-08 at 22:59 +0200, Rafael J. Wysocki wrote:
> > > On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
> > > > On Fri, 2016-04-08 at 08:45 +0200, Peter
From: Andi Kleen
When I run chrome on my opensuse system every time I open
a new tab the system log is spammed with:
audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857
comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e
syscall=273 compat=0 ip=0x7fe27c11a444 code=0x50
There's already a patch in the works for this:
https://patchwork.freedesktop.org/patch/80078/
Regards,
Matt
Здравствуйте!
Не так давно я проходил мимо Вашего здания, и заметил, что на фасаде здания нет
вывески Вашей организации.
Я профессионально занимаюсь производством и установкой вывесок (у нас своя
мастерская).
Размещение рекламных вывесок в Вашем здании разрешено. Поток привлеченных
клиентов с
> It looks like I'm in quite a pickle. Even if the patch for the PnPBIOS
> driver removes the errors and warnings, there may be runtime bugs in
> other drivers expecting X86_32. The only way I can see to prevent that
> is to audit all the drivers which depend on the ISA option -- a behemoth
> under
Hi!
> aprox. 6 months ago I started facing random freezes on my baytrail
> based computers I manage. It took me a while before I found a bug
> report in freedesktop bugzilla named "complete freeze after:
> drm/i915/vlv: WA for Turbo and RC6 to work together" -
> https://bugs.freedesktop.org/show_b
Hi!
> >>>What's tricky about patterns is that you need to control 3 (or more)
> >>>leds at a time. Problem you are trying to solve here is ... control of
> >>>3 leds, at the same time.
> >>>
> >>>So let's solve them together.
> >>
> >>OK, now I've got your point. So we'd need to have a means for d
Hi!
> >> Also, because soon enough we will have to support USB Power Delivery
> >> with Type C connector, this is bound to change in the coming months.
> >>
> >> Frankly, I wanted all of this to be decided in userland with the
> >> kernel just providing notification and basic safety checks (we do
On Fri, Apr 08, 2016 at 04:11:35PM -0400, Tejun Heo wrote:
> > Yes, I'm familiar with the problem; but simply mandating leaf only nodes
> > is not a solution, for the very simple fact that there are tasks in the
> > root cgroup that cannot ever be moved out, so we _must_ be able to deal
> > with !l
PEASE URGENT RESPONSE,
I am Dr Paul Lukas,the Audit and Account Manager (A.D.B)Bank in Ouagadougou
Burkina Faso,west africa
I have a business transaction for you.In my department i discovered an
abandoned Sum of US$10.2 Million Dollars.In an account that belongs to one of
our late foreign cust
in this commit
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/arch/x86/kernel/cpu/intel_cacheinfo.c?id=b2bb85549134c005e997e5a7ed303bda6a1ae738
Mike wrote:
> We should not try to save and restore cpus_allowed on current. We can't use
> work_on_cpu() here, > since it'
Hm, setting gov=performance, and taking the average of 3 30 second
interval PkgWatt samples as pipe-test runs..
714KHz/28.03Ws = 25.46
877KHz/30.28Ws = 28.96
..for pipe-test, the tradeoff look a bit more like red than green.
-Mike
On Thu, 2016-04-07 at 23:37 +0300, Andy Shevchenko wrote:
> This is combined series of two things:
> - split out the Intel LPSS specific driver from 8250_pci into
> 8250_lpss
> - enable DMA support on Intel Quark UART
>
> The patch has been tested on few Intel SoCs / platforms.
>
> This is targ
On 04/09/2016 12:33 AM, Eric Dumazet wrote:
On Fri, Apr 8, 2016 at 10:28 PM, Larry Finger wrote:
Following a recent pull of the wireless-drivers-next repo. my system got a
kernel panic on startup at native_apic_msr_write+0x27. The problem was
bisected to commit 3b24d854cb35 ("tcp/dccp: do not t
On Wed, Apr 06, 2016 at 01:11:30PM +0200, Daniel Kiper wrote:
> On Wed, Apr 06, 2016 at 04:40:27AM +0200, Luis R. Rodriguez wrote:
> > Boris sent out the first HVMLite series of patches to add a new Xen guest
> > type
> > February 1, 2016 [0]. We've been talking off list with a few folks now over
The following changes since commit 9735a22799b9214d17d3c231fe377fc852f042e9:
Linux 4.6-rc2 (2016-04-03 09:09:40 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.6-rc3
for you to fetch changes up to 636c8a8d85d0564222071f
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-4.6-rc3
for you to fetch changes up to 53c43c5ca1332
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-4.6-rc3
for you to fetch changes up to 5e00bbfbc5ec21e87d24e2
On Wed, Apr 06, 2016 at 09:27:24AM +0200, Mike Galbraith wrote:
> > On Tue, 2016-04-05 at 14:08 -0400, Chris Mason wrote:
>
> > Now, on to the patch. I pushed some code around and narrowed the
> > problem down to select_idle_sibling() We have cores going into and out
> > of idle fast enough tha
Embest MarS Board [1] is a multi-core platform based on Freescale i.MX6
Cortex-A9 Dual Core, running up to 1GHz with 1 GB of RAM, 4GB of eMMC
and with a 4MB SPI flash.
[1] http://www.embest-tech.com/shop/star/marsboard.html
Signed-off-by: Sergio Prado
---
arch/arm/boot/dts/imx6q-marsboard.dts |
On Sat, Apr 9, 2016 at 7:53 PM, Bryan O'Donoghue
wrote:
> On Thu, 2016-04-07 at 23:37 +0300, Andy Shevchenko wrote:
>> This is combined series of two things:
>> - split out the Intel LPSS specific driver from 8250_pci into
>> 8250_lpss
>> - enable DMA support on Intel Quark UART
>>
>> The patch
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes
...to receive 3 fixes, the first 2 are tagged for -stable.
1/ The ndctl utility/library gained expanded unit tests illuminating a
long standing bug in the libnvdimm SMART data retrieval impl
Клиентские базы тел +79139393506 (tеlеgгam_whatsapp_vibег) Skype: prodawez389
Email: prodawez...@yandex.ru
Signed-off-by: Sergio Prado
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index e52cc8a6b2ae..3d08bafd5669 100644
--- a/Do
select_task_rq_fair() can leave cpu utilization a little lumpy,
especially as the workload ramps up to the maximum capacity of the
machine. The end result can be high p99 response times as apps
wait to get scheduled, even when boxes are mostly idle.
I wrote schbench to try and measure this:
git:
From: Mohammed Billoo
Remove unnecessary comments (highlighting sections of functions), make
multiline comments into single line comments, and ensure that multiline
comments adhere to coding style.
---
drivers/staging/wilc1000/wilc_sdio.c | 136 ---
1 file changed
> > I do feel that the importance of the mentioned bug is currently
> > underestimated. Can anyone here give a note, how much current linux
> > kernel is supposed to be stable on general baytrail machines?
>
> If you did not get any replies... you might want to check MAINTAINERS file,
> and
> p
On Fri, Apr 08, 2016 at 08:58:44PM +0200, Denys Vlasenko wrote:
> This function compiles to 839 bytes of machine code.
> In C, it is ~150 lines long.
>
> This function has 3 callsites.
>
> Signed-off-by: Denys Vlasenko
> CC: "Michael S. Tsirkin"
> CC: virtualizat...@lists.linux-foundation.org
>
Now that sendmsg/recvmsg do not mangle iovecs and are capable of
handling bvec-based ->msg_iter, we can seriously reduce the amount of PITA
in cifs. The series below is completely untested, and I would appreciate
comments/review/testing/etc.
I'll post the individual patches in followups;
three practically identical copies...
Signed-off-by: Al Viro
---
fs/cifs/cifsencrypt.c | 97 ---
fs/cifs/cifsproto.h | 3 ++
fs/cifs/smb2transport.c | 107 +---
3 files changed, 67 insertions(+), 140 del
all callers have it equal to msg_data_left(msg).
Signed-off-by: Al Viro
---
drivers/target/iscsi/iscsi_target_util.c | 5 ++---
include/linux/net.h | 3 +--
net/socket.c | 23 ++-
3 files changed, 13 insertions(+), 18 deletio
... and use ITER_BVEC for the page part of request to send
Signed-off-by: Al Viro
---
fs/cifs/cifsproto.h | 2 -
fs/cifs/transport.c | 141 +++-
2 files changed, 41 insertions(+), 102 deletions(-)
diff --git a/fs/cifs/cifsproto.h b/fs/cifs/cifsp
Signed-off-by: Al Viro
---
fs/cifs/cifsglob.h | 2 --
fs/cifs/connect.c | 72 --
2 files changed, 5 insertions(+), 69 deletions(-)
diff --git a/fs/cifs/cifsglob.h b/fs/cifs/cifsglob.h
index d21da9f..df03c5e 100644
--- a/fs/cifs/cifsglob.h
+++
Signed-off-by: Al Viro
---
fs/cifs/cifssmb.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/fs/cifs/cifssmb.c b/fs/cifs/cifssmb.c
index 76fcb50..3da077a 100644
--- a/fs/cifs/cifssmb.c
+++ b/fs/cifs/cifssmb.c
@@ -1447,10 +1447,8 @@ cifs_readv_receive(struct TCP_Ser
just do ITER_BVEC recvmsg
Signed-off-by: Al Viro
---
fs/cifs/cifsproto.h | 7 +++---
fs/cifs/connect.c | 65 -
fs/cifs/file.c | 53 ++-
3 files changed, 55 insertions(+), 70 deletions(-)
diff --g
These identifiers are bogus. The interested architectures should define
HAVE_EFFICIENT_UNALIGNED_ACCESS whenever relevant to do so. If this
isn't true for some arch, it should be fixed in the arch definition.
Signed-off-by: Rui Salvaterra
---
lib/lz4/lz4defs.h | 4 +---
1 file changed, 1 inserti
v2:
- Addressed GregKH's review and comments.
Hi,
The first patch fixes zram with lz4 compression on ppc64 (and big endian
architectures with efficient unaligned access), the second is just a
cleanup.
Thanks,
Rui
Rui Salvaterra (2):
lib: lz4: fixed zram with lz4 on big endian mach
Based on Sergey's test patch [1], this fixes zram with lz4 compression
on big endian cpus.
Note that the 64-bit preprocessor test is not a cleanup, it's part of
the fix, since those identifiers are bogus (for example, __ppc64__
isn't defined anywhere else in the kernel, which means we'd fall into
Hi Michael,
On Fri, Mar 25, 2016 at 03:46:50PM +0100, Michael Thalmeier wrote:
> Michael Thalmeier (4):
> NFC: pn533: Send ATR_REQ only if NFC_PROTO_NFC_DEP bit is set in
> poll_protocols
> NFC: pn533: fix deadlock when socket is closed while processing
> command
> NFC: pn533: Separa
Hi Michael,
On Fri, Mar 25, 2016 at 03:46:54PM +0100, Michael Thalmeier wrote:
> This adds the I2C phy interface for the pn533 driver. This way the driver can
> be used to interact with I2C connected pn532.
>
> Signed-off-by: Michael Thalmeier
> ---
> drivers/nfc/pn533/Kconfig | 11 ++
> driv
On April 9, 2016 7:45:46 AM PDT, ebied...@xmission.com wrote:
>"H. Peter Anvin" writes:
>
>> On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
> wrote:
>>>
If anyone has a better idea on how userspace should connect the
>>>master
pty file descriptor the slave file descriptor, I would
On Thu, 7 Apr 2016, Andy Lutomirski wrote:
> Allowing user code to map the HPET is problematic. HPET
> implementations are notoriously buggy, and there are probably many
> machines on which even MMIO reads from bogus HPET addresses are
> problematic.
>
> We have a report that the Dell Precision
1 - 100 of 140 matches
Mail list logo
