> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: 2019年6月5日 22:22
> To: Yinbo Zhu
> Cc: Xiaobo Xie ; Greg Kroah-Hartman
> ; Ramneek Mehresh
> ; Nikhil Badola
> ; Ran Wang ;
> linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Jiafei Pan
>
> Subject
On Mon, Jun 03, 2019 at 06:41:20AM -0700, kan.li...@linux.intel.com wrote:
> From: Kan Liang
>
> Add the CPUID model number of Icelake (ICL) desktop and server
> processors to the Intel family list.
>
> Signed-off-by: Kan Liang
> Signed-off-by: Qiuxu Zhuo
You're sending this patch but it has
> static int ufshcd_hba_init(struct ufs_hba *hba)
> {
> int err;
> @@ -7425,9 +7460,15 @@ static int ufshcd_hba_init(struct ufs_hba *hba)
> if (err)
> goto out_disable_vreg;
>
> + err = ufshcd_init_device_reset(hba);
> + if (err)
> + goto out_disab
On Thu, Jun 06, 2019 at 07:55:43AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2019-06-05 at 09:59 +0200, Greg KH wrote:
> >
> > > +struct irq_domain *al_fic_wire_get_domain(struct al_fic *fic);
> > > +
> > > +struct al_fic *al_fic_wire_init(struct device_node *node,
> > > +
On Wed, Jun 05, 2019 at 10:06:18PM -0500, Larry Finger wrote:
> First of all, you have my sympathy for the laborious bisection on a
> PowerBook G4. I have done several myself. Thank you.
>
> I confirm your results.
>
> The ppc code has a maximum DMA size of 31 bits, thus a 32-bit request will
> f
On 6/6/2019 11:30 AM, Peter Ujfalusi wrote:
Hi Sameer,
On 06/06/2019 6.49, Sameer Pujar wrote:
Sorry for late reply.
[Resending the reply since delivery failed for few recipients]
I discussed this internally with HW folks and below is the reason why
DMA needs
to know FIFO size.
- FIFOs resid
Hi Laurent,
Regression test for v12 patch serials have been run on Intel 2s skylake
platform,
some regressions were found by LKP-tools (linux kernel performance). Only
tested the
cases that have been run and found regressions on v11 patch serials.
Get the patch serials from https://github.com/l
Hi all,
Changes since 20190605:
The hwmon-fixes tree gained a build failure for which I reverted a commit.
The hwmon-staging tree gained a conflict against Linus' tree.
The v4l-dvb tree gained conflicts against Linus' tree.
The net-next tree gained a conflict against the bpf tree.
On Thu, 2019-06-06 at 08:37 +0200, Greg KH wrote:
> On Thu, Jun 06, 2019 at 07:55:43AM +1000, Benjamin Herrenschmidt wrote:
> > On Wed, 2019-06-05 at 09:59 +0200, Greg KH wrote:
> > >
> > > > +struct irq_domain *al_fic_wire_get_domain(struct al_fic *fic);
> > > > +
> > > > +struct al_fic *al_fic_w
Hello,
"perf top --stdio" (or perf kvm top --stdio) keyboard handling does not
work properly for me. Instead of accepting key presses, it just
displays the "Mapped keys:" help output always.
Seems to be related to this glibc 2.28 stdio change:
https://sourceware.org/git/?p=glibc.git;a=blob;f=NEW
On Thu, Jun 06, 2019 at 10:32:48AM +0800, Chunfeng Yun wrote:
> On Wed, 2019-06-05 at 14:44 +0200, Greg Kroah-Hartman wrote:
> > The USB gadget subsystem wants to use the USB debugfs root directory, so
> > move it to the common "core" USB code so that it is properly initialized
> > and removed as n
On Fri, May 31, 2019 at 08:17:49PM +0800, YueHaibing wrote:
> If CRYPTO_DEV_ATMEL_ECC is set m, which select CRC16 to m,
> while CRYPTO_DEV_ATMEL_SHA204A is set to y, building fails.
>
> drivers/crypto/atmel-i2c.o: In function 'atmel_i2c_checksum':
> atmel-i2c.c:(.text+0x16): undefined reference t
On Thu, Jun 06, 2019 at 08:53:10AM +0200, Ard Biesheuvel wrote:
>
> That same patch 'fixes' CBC, since CBC was never broken to begin with.
> The CTS driver does not have something like the auth_tag sharing the
> same cacheline with the IV, so CBC has always worked fine.
CBC is broken. Any crypto
901 - 913 of 913 matches
Mail list logo
