Remove useless ti_device pointer, and change addr to u32.
Move function upper to avoid function prototyping.
Also change size variable in function from int to size_t.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 76 ---
1 file chang
It is useless to check the return of usb_get_serial_port_data.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 34 +-
1 file changed, 1 insertion(+), 33 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/ser
Use bulk_out_size instead of recalculate it with kfifo_size
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_5052.c
index eb4df1e..
Remove read_bulk_callback, write_bulk_callback, write, write_room,
chars_in_buffer, throttle and unthrottle callbacks who uselessly
reimplements generic functions.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 315 --
1 file changed,
Remove variables affected but never read.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_5052.c
index 58df42d..00ae52e 100644
--- a/
Use C_X tty.h macros to avoid direct manipulation of termios
c_cflag variable.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/seria
Remove useless or redundant dev_dbg messages.
Fix debug-message typos.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 28 +---
1 file changed, 9 insertions(+), 19 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/
Use macros to define 3410 and 5052 baud bases and remove useless casting.
Use macro to define usb download timeout.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/se
Closing wait delay is configurable per device using TIOCSSERIAL.
Also initialise tty_port closing_wait in port_probe with default value.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drive
Inline functions are preferable to macros resembling functions.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_
Hi,
The now reverted mxu11x0 turned out to be a copy of ti_usb_3410_5052 driver.
This aim of this serie is to apply all of the cleanups we did in mxu11x0 to
ti_usb_3410_5052.
Thank you,
Mathieu
Mathieu OTHACEHE (36):
usb: serial: ti_usb_3410_5052: Remove useless comments
usb: serial: ti_usb
__uX types should only be used for user-space interactions.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 66 ++-
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/ser
The arch/arm/include/asm/opcodes.h is also used by the arm64.
This patch copies it to the arm64 deb package.
Signed-off-by: Huang Shijie
---
scripts/package/builddeb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/package/builddeb b/scripts/package/builddeb
index 6c3b038..f4de0
Hi Thomas,
On Wed, Apr 27, 2016 at 08:11:54PM +0200, Thomas Zimmermann wrote:
> Some I2C adapters don't raise SDA by themselves when sending a bit. This
> behavior can be seen with the DDC channel of SiS 300 graphics cards.
I think you mean 'clients' or 'devices' here, not adapters (masters),
rig
Hey Ricardo,
On 11-05-16 23:38, Ricardo Ribalda Delgado wrote:
Some update
I have not received anything to test it and I will be out of the
office from today until the 30th :S. So it seems that I have not way
to test the changes.
That's understandable, meanwhile I've been running some experimen
ti_read_data_request, ti_read_data_bytes and ti_interrupt are unused.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 21 -
1 file changed, 21 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.c
b/drivers/usb/serial/ti_usb_3410_5052.c
The definitions in ti_usb_3410_5052.h are only used in
ti_usb_3410_5052.c.
The content of the header is copied in ti_usb_3410_5052.c.
Also correct a typo in macro TI_PIPE_MODE_CONTINOUS.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.c | 237
Hey Ricardo,
On 11-05-16 23:38, Ricardo Ribalda Delgado wrote:
Some update
I have not received anything to test it and I will be out of the
office from today until the 30th :S. So it seems that I have not way
to test the changes.
That's understandable, meanwhile I've been running some experimen
__packed is preferred over __attribute__((packed)) for portability.
Signed-off-by: Mathieu OTHACEHE
---
drivers/usb/serial/ti_usb_3410_5052.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/serial/ti_usb_3410_5052.h
b/drivers/usb/serial/ti_usb_3410
(I seem to have 2 emails, replying on the second)
On 11/05/16 19:28, Len Brown wrote:
What is the functional goal/purpose of adding CONFIG_ACPI_PROCESSOR_CSTATE?
Avoid adding unnecessary dummy implementations of functions and
variables that will never be used on ARM64 and also looks ugly IMO.
On 11/05/2016 13:49, Alexander Graf wrote:
> On 05/11/2016 01:14 PM, Laurent Vivier wrote:
>>
>> On 11/05/2016 12:35, Alexander Graf wrote:
>>> On 03/15/2016 09:18 PM, Laurent Vivier wrote:
While writing some instruction tests for kvm-unit-tests for powerpc,
I've found that illegal inst
On Tue, May 10, 2016 at 09:25:55AM +0100, David Howells wrote:
> Because it's not necessarily a perfectly working version of it. See the Y2037
> problem for example.
>
> I was assuming that C libraries might want to update the struct stat and the
> stat call() to provide fields that aren't curren
On Tue, May 10, 2016 at 09:43:43AM +0100, David Howells wrote:
> Christoph Hellwig wrote:
>
> > All of these are easily available. But why special case them so that
> > userspace must not ask for them? This makes an otherwise totally
> > regular interface special now. Note that filesystems cou
On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote:
> On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote:
> > On Wed, May 11, 2016 at 12:55:01PM +0200, Arnd Bergmann wrote:
> > > On Wednesday 11 May 2016 11:04:38 Yury Norov wrote:
> > > > On Wed, May 11, 2016 at 10:04:16AM +0800, Zh
Hi,
"Du, Changbin" writes:
>> >> > The problem is device side app sometimes received incorrect data
>> caused
>> >> > by the dropping. Most times the error can be detected by APP itself, but
>> >>
>> >> why ? app did e.g. read(5), that caused driver to queue a usb_request
>> >> with length set t
Hi,
On Wednesday 11 May 2016 11:18:46 Pranay Kr. Srivastava wrote:
> When a timeout occurs or a recv fails, then
> instead of abruplty killing nbd block device
> wait for it's users to finish.
>
> This is more required when filesystem(s) like
> ext2 or ext3 don't expect their buffer heads to
> di
On Thursday 12 May 2016 03:20:00 Yury Norov wrote:
>
> I debugged preadv02 and pwritev02 failures and found very weird bug.
> Test passes {iovec_base = 0x, iovec_len = 64} as one element
> of vector, and kernel reports successful read/write.
>
> There are 2 problems:
> 1. How kernel allow
On Thursday 12 May 2016 10:17:58 Catalin Marinas wrote:
> On Wed, May 11, 2016 at 09:30:07PM +0200, Arnd Bergmann wrote:
> > On Wednesday 11 May 2016 17:59:01 Catalin Marinas wrote:
> >
> > I don't think the shifts are a problem, the main downside would be
> > the limit to 44 bits of file offsets
On 11/05/16 21:11, Arnd Bergmann wrote:
We get a harmless build warning when trying to use the mediatek
DRM driver with IOMMU support disabled:
warning: (DRM_MEDIATEK) selects IOMMU_DMA which has unmet direct dependencies
(IOMMU_SUPPORT)
However, the IOMMU_DMA symbol is not meant to be used by
Hi,
On Wednesday 11 May 2016 07:46:25 Eric Blake wrote:
> On 05/11/2016 03:38 AM, Pranay Srivastava wrote:
>
> >
> > The series contained some checkpatch changes so I had included you as well.
> >
> >> know why you are sending them to me), but I know I do not accept patches
> >> without any cha
Hi again,
Felipe Balbi writes:
> @@ -811,7 +815,12 @@ static ssize_t ffs_epfile_io(struct file *file, struct
> ffs_io_data *io_data)
>*/
> ret = interrupted ? -EINTR : ep->status;
> if (io_data->read && ret > 0) {
> - ret = copy_to
On Wed, May 11, 2016 at 05:56:54PM +0100, Colin King wrote:
> From: Colin Ian King
>
> copy_thread should not be enforcing 16 byte aligment and returning
> -EINVAL. Other architectures trap misaligned stack access with SIGBUS
> so arm64 should follow this convention, so remove the strict enforcem
On 05/12/2016 11:10 AM, Laurent Vivier wrote:
On 11/05/2016 13:49, Alexander Graf wrote:
On 05/11/2016 01:14 PM, Laurent Vivier wrote:
On 11/05/2016 12:35, Alexander Graf wrote:
On 03/15/2016 09:18 PM, Laurent Vivier wrote:
While writing some instruction tests for kvm-unit-tests for powerpc,
On Mon, May 09, 2016 at 06:02:32PM +0800, Xishi Qiu wrote:
> On 2016/5/9 17:39, Vlastimil Babka wrote:
>
> > On 05/09/2016 10:34 AM, Xishi Qiu wrote:
> >> If the pfn is not aligned to pageblock, the check pfn may access a next
> >> pageblcok, and the next pageblock may belong to a next section. Be
On Tue, May 03, 2016 at 12:26:06AM -0700, kan.li...@intel.com wrote:
> From: Kan Liang
>
> This patch fixes an issue which was introduced from 'commit 91a612eea9a3
> ("perf/core: Fix dynamic interrupt throttle")'
> The old patch unconditionally sets the perf_sample_allowed_ns value to
> !0. But t
Hi,
On 12/05/16 11:34, Roger Quadros wrote:
> On 12/05/16 07:00, Yoshihiro Shimoda wrote:
>> Hi,
>>
>>> From: Alan Stern
>>> Sent: Wednesday, May 11, 2016 11:47 PM
>>>
>>> On Wed, 11 May 2016, Roger Quadros wrote:
>>>
> What I mean is if you have 2 EHCI controllers with 2 companion
> contr
On Wed, 2016-05-04 at 09:29 +0200, Pavel Machek wrote:
>
> If userspace wants to control the manually, it can do just that --
> control it manually. There should not be a need to "override the
> default policy".
I'm still not buying this.
In the original situation, without these patches, userspa
On Thu, May 12, 2016 at 2:33 AM, Dan Williams wrote:
> On Wed, 2016-05-11 at 13:03 +0800, Wei-Ning Huang wrote:
>> On Fri, May 6, 2016 at 4:19 PM, Wei-Ning Huang
>> wrote:
>> >
>> > On Fri, May 6, 2016 at 12:07 AM, Dan Williams
>> > wrote:
>> > >
>> > >
>> > > On Thu, 2016-05-05 at 14:44 +0800,
commit 4f41fc59620f ("cgroup, kernfs: make mountinfo
show properly scoped path for cgroup namespaces")
added the following compile warning:
kernel/cgroup.c: In function ‘cgroup_show_path’:
kernel/cgroup.c:1634:15: warning: unused variable ‘ret’ [-Wunused-variable]
int len = 0, ret = 0;
On Thu, May 12, 2016 at 08:07:59AM +0200, Nicolas Morey-Chaisemartin wrote:
>
>
> Le 05/11/2016 à 04:51 PM, Jerome Glisse a écrit :
> > On Wed, May 11, 2016 at 01:15:54PM +0200, Nicolas Morey Chaisemartin wrote:
> >>
> >> Le 05/10/2016 à 12:01 PM, Jerome Glisse a écrit :
> >>> On Tue, May 10, 201
> >> > These all can lead host send more than device wanted bytes. For sure
> >> > it wrong at host side, but device side don't know.
> >>
> >> but none of this means we have a bug at device side. In fact, by
> >> allowing these extra bytes to reach userspace, we could be creating a
> >> possible a
Hi,
On Wednesday 11 May 2016 11:18:29 Pranay Kr. Srivastava wrote:
> This patch fixes the warning generated when a timeout occurs
> on the request and socket is closed from a non-sleep context
> by
>
> 1. Moving the socket closing on a timeout to nbd_thread_send
>
> 2. Make sock lock to be a mut
spinlocked ranges should be small and not contain calls into huge
subfunctions. Fix my mistake and just get the pointer to the socket
instead of doing everything with spinlock held.
Reported-by: Mikulas Patocka
Signed-off-by: Markus Pargmann
---
drivers/block/nbd.c | 18 ++
1 fi
This patch series adds basic clock support for AXI DMAS
This patch series is created on top of the dma-next branch.
Kedareswara rao Appana (3):
dmaengine: vdma: Add config structure to differentiate dmas
Documentation: DT: vdma: Add clock support for dmas
dmaengine: vdma: Add clock support
Added basic clock support for axi dma's.
The clocks are requested at probe and released at remove.
Reviewed-by: Shubhrajyoti Datta
Signed-off-by: Kedareswara rao Appana
---
drivers/dma/xilinx/xilinx_vdma.c | 226 ++-
1 file changed, 224 insertions(+), 2 delet
This patch updates the binding doc with clock description
for AXI DMA's.
Acked-by: Sören Brinkmann
Signed-off-by: Kedareswara rao Appana
---
.../devicetree/bindings/dma/xilinx/xilinx_vdma.txt| 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/devicetree/bi
This patch adds config structure in the driver to differentiate
AXI DMA's and to add more features(clock support etc..) to these DMA's.
Signed-off-by: Kedareswara rao Appana
---
drivers/dma/xilinx/xilinx_vdma.c | 83
1 file changed, 51 insertions(+), 32 d
From: Daniel Wagner
Instead proving its own arch_local_irq_save() and arch_irqs_disabled()
version use the generic version from asm-generic/irqflags.h.
A nice side effect is that um gets a few additional arch_ functions
as well.
One problem though is the include for the signals. I could figured
On Wed, May 11, 2016 at 11:18:43PM +0530, Muhammad Falak R Wani wrote:
> Use ARRAY_SIZE() for the size calculation of the array. Also move the
> condition evaulation function out of the for loop.
> Although, any respectable c-compiler would optimize this and evaluate
> the function only once outsid
On Wed, May 11, 2016 at 05:06:13PM -0700, David Daney wrote:
> On 05/11/2016 03:39 AM, Catalin Marinas wrote:
> >On Wed, Apr 27, 2016 at 11:07:15AM -0700, David Daney wrote:
> >>+static int __init get_mpidr_in_madt(int acpi_id, u64 *mpidr)
> >>+{
> >>+ unsigned long madt_end, entry;
> >>+ struc
Hi,
>
> we need a min() here. Better version below:
No need. copy_to_iter will do it for us.
Best Regards,
Du, Changbin
>
> diff --git a/drivers/usb/gadget/function/f_fs.c
> b/drivers/usb/gadget/function/f_fs.c
> index 73515d54e1cc..6c49b152f46e 100644
> --- a/drivers/usb/gadget/function/f_fs.c
If NAND has gone bad or filesystem gets corrupted then the console can
get flooded with ecc error messages. Ratelimit the error message.
Reported-by: Nishanth Menon
Signed-off-by: Roger Quadros
---
drivers/mtd/nand/nand_bch.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
Hi,
On Thursday 28 April 2016 18:27:34 Wouter Verhelst wrote:
> On Thu, Apr 28, 2016 at 11:00:20AM +0200, Markus Pargmann wrote:
> > Hi,
> >
> > On Saturday 23 April 2016 07:47:21 Ratna Manoj wrote:
> > > Thanks for the review.
> > >
> > > Atleast for ext4 this crash happens on a sys_umount() c
On Wed, 11 May 2016, Muhammad Falak R Wani wrote:
> Use ARRAY_SIZE() for the size calculation of the array. Also move the
> condition evaulation function out of the for loop.
> Although, any respectable c-compiler would optimize this and evaluate
> the function only once outside the loop, but the
Hi Peter,
On Tue, May 10, 2016 at 11:13 PM, Peter Zijlstra wrote:
> A recent commit caused an interactivity/starvation issue because we wrecked rq
> local wakeup preemption.
>
> These patches rectify this while also (hopefully) keeping the problem that led
> to the fault patch fixed.
>
> Mike, Pa
Hi Michal,
On Wed, Apr 27, 2016 at 02:48:02PM +0200, Michal Kubecek wrote:
> Commit 69b34fb996b2 ("netfilter: xt_LOG: add net namespace support for
> xt_LOG") disabled logging packets using the LOG target from non-init
> namespaces. The motivation was to prevent containers from flooding
> kernel l
On Tuesday, May 10, 2016 09:23:59 AM Arnd Bergmann wrote:
> On Tuesday 10 May 2016 08:37:52 Benjamin Herrenschmidt wrote:
> > On Mon, 2016-05-09 at 17:08 +0200, Arnd Bergmann wrote:
> > >
> > > Unfortunately, I don't see any way this could be done in MIPS specific
> > > code: There is typically a
On Wed, May 11, 2016 at 05:43:14PM -0500, Bjorn Helgaas wrote:
> On Wed, May 11, 2016 at 10:30:51PM +0200, Rafael J. Wysocki wrote:
> > On Wed, May 11, 2016 at 12:11 PM, Lorenzo Pieralisi
> > wrote:
> > > On Tue, May 10, 2016 at 08:37:00PM +0200, Rafael J. Wysocki wrote:
> > >> On Tue, May 10, 201
On Thu, 12 May, at 10:22:07AM, Shannon Zhao wrote:
>
> As said above, I will rebase this patch on top of the EFI next branch.
OK thanks.
Note that it is not possible to escape merge conflicts, since there
are changes in the xen tip tree that are not in the EFI next branch
and vice versa.
For ex
Dear Seller,
We are very interested in your product. We need your best quote and more
specifications of your products for immediate purchase.
Please send your reply ASAP.
Regards,
Ms.Twinc Sandy.
C.E.O
79 Turkey ways Road...
Email:aa82...@gmail.com
commit 27dd9af6bc (ARM: dts: sunxi: Add a olinuxino-lime2-emmc added the new
emmc equipped) lime2 but forgot its Makefile.
This patch adds an entry to the Makefile.
Signed-off-by: Olliver Schinagl
---
Changes since v0:
Added proper commit reference.
arch/arm/boot/dts/Makefile | 1 +
1 file c
On 12/05/16 11:43, He Kuang wrote:
> This is a preparation for cross-platform vdso lookup.
>
> There is a naming confusion about vdso name, vdso buildid generated by
> a 32-bit machine stores it with the name 'vdso', but when processing
> buildid on a 64-bit machine with the same 'perf.data', perf
2016-05-11 16:31 GMT+02:00 Guillermo Rodriguez Garcia
:
> Hello,
>
> 2016-05-11 15:39 GMT+02:00 Thierry Reding :
>> On Wed, May 11, 2016 at 10:48:38AM +0200, Guillermo Rodriguez Garcia wrote:
>>> Hello all,
>>>
>>> I am seeing a problem with the atmel-pwm driver where disabling a PWM
>>> channel so
Currently, smp_processor_id() is used to fetch the current cpu in
cpu_idle_loop. Everytime the idle thread runs, it fetches current cpu
using smp_processor_id().
For idle thread which is per cpu, current cpu is constant and cannot
change at runtime. So moving the smp_processor_id() before the loop
Hi,
"Du, Changbin" writes:
>> >> > These all can lead host send more than device wanted bytes. For sure
>> >> > it wrong at host side, but device side don't know.
>> >>
>> >> but none of this means we have a bug at device side. In fact, by
>> >> allowing these extra bytes to reach userspace, we
Mat Martineau wrote:
> > + If the key must be unlocked with a password before it can be used,
> > + password_id should point to a logon-type key that holds this.
>
> It should be noted that the password_id should be 0 if no password is to be
> used.
Currently I'm just ignoring it if I d
[Adding Jacob]
On Thu, May 12, 2016 at 10:25:45AM +0100, Catalin Marinas wrote:
> On Wed, May 11, 2016 at 05:56:54PM +0100, Colin King wrote:
> > From: Colin Ian King
> >
> > copy_thread should not be enforcing 16 byte aligment and returning
> > -EINVAL. Other architectures trap misaligned stack
Den 12.05.2016 10:11, skrev Daniel Vetter:
On Wed, May 11, 2016 at 07:09:10PM +0200, Daniel Vetter wrote:
On Wed, May 11, 2016 at 06:09:22PM +0200, Noralf Trønnes wrote:
+/**
+ * drm_simple_display_pipe_init - Initialize a simple display pipeline
+ * @dev: DRM device
+ * @pipe: simple display p
Mat Martineau wrote:
> > + len = crypto_akcipher_maxsize(tfm);
> > + info->key_size = len * 8;
> > + info->max_data_size = len;
> > + info->max_sig_size = len;
> > + info->max_enc_size = len;
> > + info->max_dec_size = len;
>
> If len > UINT16_MAX, should UINT16_MAX be reported as th
Hi,
"Du, Changbin" writes:
>> >> > These all can lead host send more than device wanted bytes. For sure
>> >> > it wrong at host side, but device side don't know.
>> >>
>> >> but none of this means we have a bug at device side. In fact, by
>> >> allowing these extra bytes to reach userspace, we
Mat Martineau wrote:
> > # PKCS#7 message handling
>
> Update to PKCS#8
I guess I've typed PKCS#7 too many times :-)
David
Current vfio-pci implementation disallows to mmap
sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio
page may be shared with other BARs. This will cause some
performance issues when we passthrough a PCI device with
this kind of BARs. Guest will be not able to handle the mmio
accesses to
Commit-ID: 62665dff754a80e2fdd214ef2ed21abb2a7d03a2
Gitweb: http://git.kernel.org/tip/62665dff754a80e2fdd214ef2ed21abb2a7d03a2
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 10 May 2016 12:33:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:57 -0300
pe
Commit-ID: ae93a6c70838b87151ac12589dc507dbf4f2f067
Gitweb: http://git.kernel.org/tip/ae93a6c70838b87151ac12589dc507dbf4f2f067
Author: Chris Phlipot
AuthorDate: Tue, 10 May 2016 20:26:46 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:57 -0300
perf symbols:
Commit-ID: 7a2544c004a6c576b1e307f30925b165affe6a22
Gitweb: http://git.kernel.org/tip/7a2544c004a6c576b1e307f30925b165affe6a22
Author: Chris Phlipot
AuthorDate: Tue, 10 May 2016 20:26:48 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:58 -0300
perf script:
Commit-ID: bd0a51dd2794f1d17d4e7a34ad66db845cef3e5a
Gitweb: http://git.kernel.org/tip/bd0a51dd2794f1d17d4e7a34ad66db845cef3e5a
Author: Chris Phlipot
AuthorDate: Tue, 10 May 2016 20:26:47 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:57 -0300
perf script:
Commit-ID: b1d96ca12508c25776f1fd375ee81578ae1f
Gitweb: http://git.kernel.org/tip/b1d96ca12508c25776f1fd375ee81578ae1f
Author: He Kuang
AuthorDate: Tue, 10 May 2016 07:40:31 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:58 -0300
perf build: Add bu
Commit-ID: 83302e79b18f75266e4a44281e8432f61d57d441
Gitweb: http://git.kernel.org/tip/83302e79b18f75266e4a44281e8432f61d57d441
Author: Chris Phlipot
AuthorDate: Tue, 10 May 2016 20:26:49 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:58 -0300
perf script:
On Mon, 9 May 2016 16:27:00 +0200
Linus Walleij wrote:
> On Mon, May 9, 2016 at 4:17 PM, Robin van der Gracht
> wrote:
> > On Mon, 9 May 2016 15:19:26 +0200
> > Linus Walleij wrote:
> >
> >> On Mon, May 9, 2016 at 9:06 AM, Robin van der Gracht
> >> wrote:
> >>
> >> > If you guys feel like
Commit-ID: 8bf382ce0aef999663bf8d2b02bbfa7da1e9d272
Gitweb: http://git.kernel.org/tip/8bf382ce0aef999663bf8d2b02bbfa7da1e9d272
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 11 May 2016 10:29:36 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:59 -0300
pe
Commit-ID: f5cd95ea6082d389be3337bea16c65d4220614fc
Gitweb: http://git.kernel.org/tip/f5cd95ea6082d389be3337bea16c65d4220614fc
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 11 May 2016 10:32:20 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 13:06:00 -0300
pe
Commit-ID: f9be7eefcce9de7323c922bea6b45183eb9ef5f0
Gitweb: http://git.kernel.org/tip/f9be7eefcce9de7323c922bea6b45183eb9ef5f0
Author: He Kuang
AuthorDate: Tue, 10 May 2016 07:40:32 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 12:24:58 -0300
perf build: Add bu
Commit-ID: b5d8bbe8601a45b908f7952707bbb30bf221ca3b
Gitweb: http://git.kernel.org/tip/b5d8bbe8601a45b908f7952707bbb30bf221ca3b
Author: Masami Hiramatsu
AuthorDate: Wed, 11 May 2016 22:51:59 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 13:06:06 -0300
perf tools
Commit-ID: 357a54f32a065835d3e6a08b07a91a57e52f32c7
Gitweb: http://git.kernel.org/tip/357a54f32a065835d3e6a08b07a91a57e52f32c7
Author: Masami Hiramatsu
AuthorDate: Wed, 11 May 2016 22:51:27 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 13:06:05 -0300
perf tools
Hi Rob,
On 2016년 05월 11일 22:47, Rob Herring wrote:
> On Tue, May 10, 2016 at 09:54:58AM +0900, Chanwoo Choi wrote:
>> Ping.
>>
>> Could you review this patch?
>
> I already did. The first problem is you are breaking compatibility here
> (a kernel with these changes won't work with a dtb without
On 05/11/2016 03:42 PM, Tony Makkiel wrote:
On 11/05/16 10:41, Jacek Anaszewski wrote:
On 05/10/2016 06:55 PM, Tony Makkiel wrote:
On 10/05/16 14:26, Jacek Anaszewski wrote:
On 05/10/2016 11:36 AM, Tony Makkiel wrote:
On 09/05/16 15:45, Jacek Anaszewski wrote:
Hi Tony,
On 05/09/2016 0
Commit-ID: c48903b816e6cdffb09b473352851bf199d0c582
Gitweb: http://git.kernel.org/tip/c48903b816e6cdffb09b473352851bf199d0c582
Author: Masami Hiramatsu
AuthorDate: Wed, 11 May 2016 22:52:08 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 13:06:07 -0300
perf symbo
Commit-ID: d65444d2fba98dcd4fa028ffada39c36a46f0038
Gitweb: http://git.kernel.org/tip/d65444d2fba98dcd4fa028ffada39c36a46f0038
Author: Masami Hiramatsu
AuthorDate: Wed, 11 May 2016 22:52:17 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 11 May 2016 13:06:08 -0300
perf build
On Wednesday, May 11, 2016 6:34:34 PM JST, Christian Lamparter wrote:
From: Álvaro Fernández Rojas
This patch adds support for defining memory-mapped GPIOs which
are compatible with the existing gpio-mmio interface. The generic
library provides support for many memory-mapped GPIO controllers
th
On Tue, 10 May, at 07:43:15PM, Peter Zijlstra wrote:
> Since I want to make ->task_woken() conditional on the task getting
> migrated, we cannot use it to call record_wakee().
You mean ->task_waking(), right?
Commit-ID: 34102009580a047c02b21f089f7fc7f65e605887
Gitweb: http://git.kernel.org/tip/34102009580a047c02b21f089f7fc7f65e605887
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:23 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:19 +0200
x86/mce/AMD: Log Deferred
Commit-ID: 14cddfd5308b0880abd6e58b6660f5cc8e8020f9
Gitweb: http://git.kernel.org/tip/14cddfd5308b0880abd6e58b6660f5cc8e8020f9
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:27 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:22 +0200
x86/mce: Update AMD mcheck
Commit-ID: e128b4f4833cc1e0ce46dfb978763b260f166188
Gitweb: http://git.kernel.org/tip/e128b4f4833cc1e0ce46dfb978763b260f166188
Author: Borislav Petkov
AuthorDate: Wed, 11 May 2016 14:58:25 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:21 +0200
x86/mce/AMD: Save an ind
Commit-ID: 71faad43060d3d2040583635fbf7d1bdb3d04118
Gitweb: http://git.kernel.org/tip/71faad43060d3d2040583635fbf7d1bdb3d04118
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:26 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:22 +0200
x86/cpu: Add detection of
Commit-ID: 32544f060326bffa60dade49ce4595652df4d3ab
Gitweb: http://git.kernel.org/tip/32544f060326bffa60dade49ce4595652df4d3ab
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:24 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:20 +0200
x86/mce/AMD: Disable LogDe
Commit-ID: 754a92305980b1fecffe033dd3fdc49c37f8e4b0
Gitweb: http://git.kernel.org/tip/754a92305980b1fecffe033dd3fdc49c37f8e4b0
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:29 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:23 +0200
x86/RAS: Add SMCA support
Commit-ID: a348ed83d9efe8c11ecc85c15d7329825b97431e
Gitweb: http://git.kernel.org/tip/a348ed83d9efe8c11ecc85c15d7329825b97431e
Author: Yazen Ghannam
AuthorDate: Wed, 11 May 2016 14:58:28 +0200
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:08:23 +0200
EDAC, mce_amd: Detect SMCA
On 11/05/16 17:07, Stephen Warren wrote:
> On 05/11/2016 03:19 AM, Linus Walleij wrote:
>> On Mon, May 2, 2016 at 2:17 PM, Laxman Dewangan
>> wrote:
>>
>>> NVIDIA Tegra210 supports the IO pads which can operate at 1.8V
>>> or 3.3V I/O voltage levels. Also the IO pads can be configured
>>> for pow
On Thu, May 12, 2016 at 11:27:31AM +0100, Matt Fleming wrote:
> On Tue, 10 May, at 07:43:15PM, Peter Zijlstra wrote:
> > Since I want to make ->task_woken() conditional on the task getting
> > migrated, we cannot use it to call record_wakee().
>
> You mean ->task_waking(), right?
Uh yes :-) typi
Commit-ID: 444969223c81c7d0a95136b7b4cfdcfbc96ac5bd
Gitweb: http://git.kernel.org/tip/444969223c81c7d0a95136b7b4cfdcfbc96ac5bd
Author: Wanpeng Li
AuthorDate: Wed, 4 May 2016 14:45:34 +0800
Committer: Ingo Molnar
CommitDate: Thu, 12 May 2016 09:55:32 +0200
sched/nohz: Fix affine unpinne
101 - 200 of 871 matches
Mail list logo
