Hi,
in 5.10 kernels up to and including 5.10.15 when trying to build the
kernel for an x86_64 skylake using binutils-2.36.1, gcc-10.2 and
glibic-2.33 I get a segfault in objtool if the orc unwinder is
enabled.
This has already been fixed in 5.11 by ''objtool: Fix seg fault with
Clang non-section
On 12/12/2020 9:22 PM, Mimi Zohar wrote:
Ok. Going forward, it sounds like we need to define a new
"boot_aggregate" record. One that contains a version number and PCR
mask.
Just BTW, there is a TCG standard for a TPM 2.0 PCR mask that works
well.
There is also a standard for an event log ve
> -Original Message-
> From: Ken Sloat
> Sent: Wednesday, June 19, 2019 8:55 AM
> To: dmitry.torok...@gmail.com
> Cc: Kasun Beddewela ; linux-
> in...@vger.kernel.org; linux-kernel@vger.kernel.org; Ken Sloat
>
> Subject: input: Device Tree Properties for Captouch
ul in the majority of cases
to provide
default values in the driver as the registers are custom tuned to the
individual application.
2. Where should this device live? I am guessing in input/misc?
Thanks,
Ken Sloat
> -Original Message-
> From: Alexandre Belloni
> Sent: Friday, June 14, 2019 4:33 PM
> To: Ken Sloat
> Cc: Guenter Roeck ; nicolas.fe...@microchip.com;
> ludovic.desroc...@microchip.com; w...@linux-watchdog.org; linux-arm-
> ker...@lists.infradead.org; linux-wat
> -Original Message-
> From: Alexandre Belloni
> Sent: Friday, June 14, 2019 2:08 PM
> To: Ken Sloat
> Cc: Guenter Roeck ; nicolas.fe...@microchip.com;
> ludovic.desroc...@microchip.com; w...@linux-watchdog.org; linux-arm-
> ker...@lists.infradead.org; linux-wat
> -Original Message-
> From: Guenter Roeck On Behalf Of Guenter Roeck
> Sent: Friday, June 14, 2019 12:46 PM
> To: Ken Sloat
> Cc: nicolas.fe...@microchip.com; alexandre.bell...@bootlin.com;
> ludovic.desroc...@microchip.com; w...@linux-watchdog.org
From: Ken Sloat
Currently, the atmel-sama5d4-wdt continues to run after system suspend.
Unless the system resumes within the watchdog timeout period so the
userspace can kick it, the system will be reset. This change disables
the watchdog on suspend if it is active and re-enables on resume
Hi Guenter,
> -Original Message-
> From: Guenter Roeck On Behalf Of Guenter Roeck
> Sent: Wednesday, June 12, 2019 11:24 AM
> To: Ken Sloat ; nicolas.fe...@microchip.com
> Cc: alexandre.bell...@bootlin.com; ludovic.desroc...@microchip.com;
> w...@linux-watchdog.
From: Ken Sloat
Currently, the atmel-sama5d4-wdt continues to run after system suspend.
Unless the system resumes within the watchdog timeout period so the
userspace can kick it, the system will be reset. This change disables
the watchdog on suspend if it is active and re-enables on resume
> -Original Message-
> From: Guenter Roeck On Behalf Of Guenter Roeck
> Sent: Monday, June 10, 2019 4:29 PM
> To: Alexandre Belloni
> Cc: Ken Sloat ; nicolas.fe...@microchip.com;
> w...@iguana.be; linux-arm-ker...@lists.infradead.org; linux-
> watch...@vger.ker
> -Original Message-
> From: Guenter Roeck On Behalf Of Guenter Roeck
> Sent: Monday, June 10, 2019 12:28 PM
> To: Ken Sloat
> Cc: nicolas.fe...@microchip.com; alexandre.bell...@free-electrons.com;
> w...@iguana.be; linux-arm-ker...@lists.infradead.org; linux-
> wat
be a dt flag and a call to
disable.
I would be happy to submit a patch implementing this change, but wanted to open
up a discussion here as to the
merits of this idea as perhaps it has been considered in the past.
Thanks,
Ken Sloat
On 5/20/2019 7:15 PM, Lakshmi wrote:
On 5/17/19 7:41 AM, Ken Goldman wrote:
Hi Ken,
Apologize for the delay in responding.
Since a platform typically uses only a few signing keys, 4 bytes makes
the chance of a collision quite small. The collision would have to be
within the same log, not
On 5/16/2019 9:29 PM, Lakshmi wrote:
On 5/16/19 7:34 AM, Ken Goldman wrote:
But outside the client machine this key id is not sufficient to
uniquely determine which key the signature corresponds to.
Why is this not sufficient?
In my implementation, I create a lookup table at the attestation
On 5/14/2019 1:14 PM, Lakshmi wrote:
The motive behind this patch series is to measure the public key
of the IMA signature signer in the IMA log.
I have some questions about the rationale for the design ...
> The IMA signature of the file, logged using ima-sig template, contains
the key ident
ue in the userspace, it seems that
the driver should probably take this into account.
Thoughts?
Thanks,
Ken Sloat
I recently acquired a Thinkpad 11e 4th gen (Type 20HV, BIOS version
R0KET36W, EC program R0KHT18W). I've put Debian Buster on it, with the
4.19 kernel, which gives the following errors in dmesg:
ACPI: \_SB_.PCI0.LPCB.EC__.HKEY: BCTG evaluated but flagged as error
thinkpad_acpi: Error probing b
> -Original Message-
> From: eugen.hris...@microchip.com
> Sent: Friday, February 15, 2019 3:38 AM
> To: linux-me...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
> ker...@vger.kernel.org; mche...@kernel.org;
> nicolas.fe...@microchip.com; Ken Sloat ;
>
On Sat, Jan 26, 2019 at 5:15 PM Dmitry Torokhov
wrote:
>
> On Sat, Jan 26, 2019 at 1:25 PM Ken Sloat
> wrote:
> >
> > On Tue, Jan 22, 2019 at 1:53 PM Dan Carpenter
> > wrote:
> > >
> > > Hello Gabriel FERNANDEZ,
> >
> > Hello Dan,
> &
error = keypad_matrix_key_parse_dt(keypad_data);
According to patchwork, these aren't listed as accepted, so I'm not
sure where the exact accepted patch came from. Looking at the commit
log, it looks like the issue you showed above was made in the original
commit 062589b1399176a9c14bc68e16169f40439d658c so I'm not quite sure
what is going on here. Maybe the maintainer can chime in with the
original patch/mailing list discussion on this. For reference, I've
added the patchwork links below
https://patchwork.kernel.org/patch/3854341/
https://patchwork.kernel.org/patch/3968891/
https://patchwork.kernel.org/patch/3969991/
Thanks,
Ken Sloat
cifying the optional property and value for
Bt.656 where missing. I wanted to open a discussion here first before
doing this though. Thoughts?
Thanks,
Ken Sloat
On 12/30/2018 8:22 AM, Michael Niewöhner wrote:
difference is that on a cold boot, the TPM takes longer to initialize.
Well, as I said. Waiting for 10, 20 or even 60 seconds in the boot manager does
not solve the problem. So the problem is NOT that the TPM takes longer to
initialize. Even adding
On 12/29/2018 10:33 PM, Mimi Zohar wrote:
But the problem you've described is on a cold boot, not a soft reboot.
Both the soft reboot and kexec are working properly. It seems the
difference is that on a cold boot, the TPM takes longer to initialize.
I would expect this.
The TPM doesn't even
Thanks,
--Ken Pizzini
lem
is unlikely to be due to the build toolchain (which is common to both
of my build trees).
Let me know if there is more information that you would find helpful,
or if you have patches that you'd like me to test.
--Ken Pizzini
Hi Paul,
On Fri, 7 Dec 2018 at 15:32, Paul Menzel wrote:
>
> Dear Linux folks,
>
>
> What driver is recommended for current AMD Ryzen based processors
> like *AMD Ryzen 5 PRO 1500 Quad-Core Processor* or *AMD EPYC 7601
> 32-Core Processor*?
>
> Only from the acpi-cpufreq Kconfig description, I as
On 8 May 2018 at 21:29, Sasha Levin wrote:
>
> This is interesting. We have a group of power users who are testing out
> -rc releases, who are usually happy to test out a fast moving target and
> provide helpful reports back. We also have a group who run a -stable
> kernel (-stable build/distro/a
I wish to make a donation to you for charity purpose, Email back on
kenwilla...@outlook.com for more details
Ken W
Signed-off-by: Ken Chen
---
v1->v2
- Merged PCA9641 code into i2c-mux-pca9541.c
- Modified title
- Add PCA9641 detect function
---
drivers/i2c/muxes/i2c-mux-pca9541.c | 184 ++--
1 file changed, 174 insertions(+), 10 deletions(-)
diff --git a/drivers/i2c/mu
Initial PCA9641 2 chennel I2C bus master arbiter
with separate implementation. It has probe issue
and difference device hehavior between PCA9541
and PCA9641 in original PCA9641 patch.
Signed-off-by: Ken Chen
---
drivers/i2c/muxes/Kconfig | 9 +
drivers/i2c/muxes/Makefile
Add support for Advantech DMS-BA16 board, which uses
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
Changes in v4:
- Fix the pinctrl entries order issue
- Correct the USB_OTG_ID pinmux
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6q-dms-ba16.dts | 139
Add support for Advantech DMS-BA16 board, which uses
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6q-dms-ba16.dts | 139 +++
2 files changed, 140 insertions(+)
create mode 100644 arch
Add support for Advantech DMS-BA16 board, which uses
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
Changes in v3:
- Fix the SPDX lines issue
- Fix the eeprom setting issue
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6q-dms-ba16.dts | 140
Add support for Advantech DMS-BA16 board, which uses
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
Change in v2:
- Fix the order issue in Makefile
- Sort out the nodes alphabetically
- Use SPDX tag
- Fix some property issues
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot
Add support for Advantech DMS-BA16 board, which use
the Advantech BA-16 module.
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/Makefile | 1 +
arch/arm/boot/dts/imx6q-dms-ba16.dts | 154 +++
2 files changed, 155 insertions(+)
create mode 100644 arch
Newbie question: Do I have to subscribe, or are email addresses being
migrated?
On 9/15/2017 1:18 PM, Jarkko Sakkinen wrote:
Hi
Many people were kicked out from the SourceForge mailing list in the
July because SF required a resubscription, including non-human users,
such as patchwork.
We dec
On 9/6/2017 12:12 PM, Jason Gunthorpe wrote:
The problem with this approach is that the TPM could totally block
the CPU for very long periods of time.
It seems very risky to enable..
How would you characterize "very long"?
The TPM vendors confirm that they empty the FIFO at internal speeds
On 8/15/2017 4:13 PM, Haris Okanovic wrote:
ioread8() operations to TPM MMIO addresses can stall the cpu when
immediately following a sequence of iowrite*()'s to the same region.
For example, cyclitest measures ~400us latency spikes when a non-RT
usermode application communicates with an SPI-bas
On 8/14/2017 6:10 AM, Jarkko Sakkinen wrote:
Nuvoton, ST Micro, and Infineon confirmed that the TPM empties a byte from
the FIFO in under 1 usec. So, even with a static burst count, the entire
FIFO would empty in under 10 usec.
Does this break anything lets say in a decade time frame? If it do
On 8/13/2017 7:53 PM, msuchanek wrote:
About 500 out of 700 mainboards sold today has a PS/2 port which is
probably due to prevalence of legacy devices and usbhid limitations.
Similarily many boards have serial and parallel hardware ports.
In all diagrams detailed enough to show these ports I h
n't think tpms are in the range of < 10
us...
@Ken: Maybe can you check in DDWG?
I asked this week.
Nuvoton, ST Micro, and Infineon confirmed that the TPM empties a byte
from the FIFO in under 1 usec. So, even with a static burst count, the
entire FIFO would empty in under 10 usec.
Following up on this thread based on this week's TCG call ...
1 - burstCount can safely be ignored on writes. This is explicit in
most places in the TCG spec. In places where it is not explicit, it was
simply an editorial omission. We are going through the spec and adding
"without incurring
On 8/9/2017 5:00 PM, Peter Huewe wrote:
Since we are the linux kernel, we do have to care for legacy
devices. And a system with LPC, PS2Mouse on SuperIO and a TPM are not
that uncommon.
And heck, we even have support for 1.1b TPM devices
Understood. However, remember that SuperIO is a 19
On 7/25/2017 11:44 AM, Roberto Sassu wrote:
Don't report measurements if the file digest has been included in
an uploaded digest list.
The advantage of this solution is that the boot time overhead, when
a TPM is available, is very small because a PCR is extended only
for unknown files. The disad
On 8/8/2017 3:11 PM, Jarkko Sakkinen wrote:
> On Mon, Aug 07, 2017 at 01:52:34PM +0200, Peter Huewe wrote:
>> Are you sure this is a good idea?
>> On lpc systems this more or less stalls the bus, including
keyboard/mouse (if connected via superio lpc).
>>
>> On which systems have you tested thi
On 8/8/2017 3:11 PM, Jarkko Sakkinen wrote:
On Mon, Aug 07, 2017 at 01:52:34PM +0200, Peter Huewe wrote:
Imho: NACK from my side.
After these viewpoints definitive NACK from my side too...
I responded to the thread comments separately. However, assuming NACK
is the final response, I have a
On 6/28/2017 1:28 PM, Jarkko Sakkinen wrote:
> On Mon, Jun 26, 2017 at 08:33:59AM -0400, Mimi Zohar wrote:
>> On Sat, 2017-06-24 at 11:03 +0200, Jarkko Sakkinen wrote:
>>> On Wed, Jun 21, 2017 at 04:29:35PM +0200, Roberto Sassu wrote:
>>
>>
>>> To move this forward and be more constructive here's
On 6/20/2017 3:31 PM, Jason Gunthorpe wrote:
+#define TPM_ORD_STARTUP 153 +#define TPM_ST_CLEAR 1
We should really have a tpm1.h and tpm2.h that has all these various
constants and things instead of open coding them randomly all over..
While you're doing that, perhaps put the ordinal number
On 5/18/2017 5:38 AM, Roberto Sassu wrote:
There cannot be buffer overflow, because the length of each digest
field is known.
Crypto Agile: pcr[4] total_digest_len[4]
digest1_len[4] digest1[digest1_len] ...
The way I read this, the digest length is supplied by the caller, which
On 5/18/2017 5:38 AM, Roberto Sassu wrote:
On 5/17/2017 6:28 PM, Ken Goldman wrote:
On 5/17/2017 3:25 AM, Roberto Sassu wrote:
The format of digestN is: :\0, the same used
for the file digest.
Since the format is changing from the SHA-1 log format anyway ...
How do people feel about the
On 5/17/2017 3:25 AM, Roberto Sassu wrote:
The format of digestN is: :\0, the same used
for the file digest.
Since the format is changing from the SHA-1 log format anyway ...
How do people feel about the colon and null terminated string format for
algorithm identifiers?
The TCG standard en
On 5/10/2017 7:54 PM, Stefan Berger wrote:
Implement the request_locality function. To set the locality on the
backend we define vendor-specific TPM 1.2 and TPM 2 ordinals and send
a command to the backend to set the locality for the next commands.
When this says "for the next commands", does t
On 5/16/2017 8:53 AM, Roberto Sassu wrote:
A new IMA measurement list format, called Crypto Agile, will be introduced
shortly to take full advantage of the algorithm flexibility of TPM 2.0.
With the new format, it will be possible to provide for each list entry
multiple digests, each calculated w
On 2/22/2017 12:39 PM, James Bottomley wrote:
Right at the moment the kernel use of tpm2 looks like
acquire chip->tpm_mutex
load key
process key
unload key
release chip->tpm_mutex
While it does this, there's no need for it to have a RM interface
because what it does between the acquisition and
On 3/20/2017 5:54 AM, alexander.stef...@infineon.com wrote:
There are a few special cases that need some thought though. For
example, it is possible to use an upgrade to switch the TPM family
from 1.2 to 2.0 (or vice versa). In this case it seems useful to let
the kernel reinitialize the TPM dri
On 3/13/2017 3:10 AM, Peter Huewe wrote:
And yes you are right there is currently no way, except for trial and
error, for the userspace to determine this. So an interface to get
this information makes sense to me.
In practice, I suspect that a single user space application won't
support both T
Change the maxium spi clock frequency from 20MHz to 10MHz to meet the operation
voltage range requirement recommended in AT25 datasheet
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/imx6q-bx50v3.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/imx6q
On 2/26/2017 1:30 PM, Dr. Greg Wettstein wrote:
For example, Ken's tools which come in his TSS2 library, don't work
properly with the 'spaces' device due to the virtualization lifetime.
As an example, the getcapability call will 'lie' about the number of
transient handles which are available thr
On 2/21/2017 1:24 PM, Nayna wrote:
[snip]
1. Take locks.
2. Load transient objects from the backing storage by using ContextLoad
and map virtual handles to physical handles.
3. Perform the transaction.
4. Save transient objects to backing storage by using ContextSave and
map resulting
On 2/22/2017 12:39 PM, James Bottomley wrote:
Right at the moment the kernel use of tpm2 looks like
acquire chip->tpm_mutex
load key
process key
unload key
release chip->tpm_mutex
The advantage to context save/ context load over load / flush
is that load requires the parent(s). The parent ch
On 2/10/2017 11:46 AM, James Bottomley wrote:
On Fri, 2017-02-10 at 04:03 -0600, Dr. Greg Wettstein wrote:
On Feb 9, 11:24am, James Bottomley wrote:
quote: 810 milliseconds
verify signature: 635 milliseconds
...
Part of the way of reducing the latency is not to use the TPM for
things that d
Add new USB IDs for cp2104/5 devices on Bx50v3 boards due to the design change
Signed-off-by: Ken Lin
---
Change in v2:
Fix the author (From) address doesn't match the SoB issue mentioned in the
discussion thread
drivers/usb/serial/cp210x.c | 2 ++
1 file changed, 2 insertions(+)
diff
Leave pca953x P06,P07 pins on b850v3 platform and P06 pin on b450v3/b650v3
unconfigured
in the kernel space since they could be configured as DP1_RST and DP2_RST by
the applications
for the DP FW update support
Signed-off-by: Ken Lin
---
arch/arm/boot/dts/imx6q-b450v3.dts | 7 +++
arch
Add new USB IDs for cp2104/5 devices on Bx50v3 boards due to the design change
Signed-off-by: Ken Lin
---
drivers/usb/serial/cp210x.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index fff718352e0c..691e3e5f0e61 100644
--- a
On 1/27/2017 5:04 PM, James Bottomley wrote:
Beware the nasty corner case:
- Application asks for a session and gets 0200
- Time elapses and 0200 gets forcibly flushed
- Later, app comes back, asks for a second session and again gets
0200.
- App gets very confused.
May it be bet
On 1/27/2017 7:32 PM, James Bottomley wrote:
Sessions are also isolated during each instance of a tpm space. This
means that spaces shouldn't be able to see each other's sessions and
is enforced by ensuring that a space user may only refer to sessions
handles that are present in their own chip-
The current TPM 2.0 device driver extends only the SHA1 PCR bank
but the TCG Specification[1] recommends extending all active PCR
banks, to prevent malicious users from setting unused PCR banks with
fake measurements and quoting them.
The existing in-kernel interface(tpm_pcr_extend()) expects onl
You do not need to send a new patch set version as long as this
one gets peer tested. And it needs to be tested without hacks
like plumbing TCPA with TPM 2.0 in QEMU. OF code paths needs to
be peer tested to be more specific.
For me the code itself looks good but I simply cannot take it in
in the
On 1/9/2017 6:16 PM, Jarkko Sakkinen wrote:
Here's my cuts for the kernel:
- Kernel virtualizes handle areas. It's mechanical.
- Kernel does not virtualize bodies. It's not mechanical.
- At least the first version of the RM will not do other than session
isolation for sessions.
Is it correc
On 1/5/2017 2:20 PM, Jason Gunthorpe wrote:
I'd rather give up features (eg policy sessions, if necessary) for the
unpriv fd than give up security of the unpriv fd.
Please don't give up policy. Nearly every use case of that we think of
for TPM 2.0 uses policy sessions.
E.g.,
In 1.2, PCR a
On 1/3/2017 4:47 PM, Jason Gunthorpe wrote:
I think we should also consider TPM 1.2 support in all of this, it is
still a very popular piece of hardware and it is equally able to
support a RM.
I suspect that TPM 2.0 and TPM 1.2 are so different that there may be
little or no code in common.
On 2016/12/10 0:15, Konrad Rzeszutek Wilk wrote:
On Fri, Dec 09, 2016 at 04:21:02PM +0800, Ken wrote:
Hi all,
I run the Ubuntu 16.04 server (2 vcpu/2G, Linux 4.4.0) on the Xen-4.1.2, and
installed gcc through the CDROM used by 16.04 iso file, when I installed gcc
that depends deb packages to
Hi all,
I run the Ubuntu 16.04 server (2 vcpu/2G, Linux 4.4.0) on the Xen-4.1.2,
and installed gcc through the CDROM used by 16.04 iso file, when I
installed gcc that depends deb packages to decompress failed. But
uploaded the ISO files into the VM are mounted by loop or used as CDROM
for oth
I just tried to build 4.9 (rc3) for the first time (x86_64, i7 haswell)
After making my choices in make oldconfig, make -j8 failed in
less than 2 sec.
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
HOSTCC scripts/sortextable
CC scripts/mod/devicetable-offsets.s
In fil
On 2016/7/12 15:30, uvptools wrote:
Please give us some suggests to deal with this problem.
Thanks & best wishes.
On 2016/7/12 14:58, Ouyangzhaowei (Charles) wrote:
Hi all,
Recently we found that a VM which runs Ubuntu 14.04 went to crash when
it was booting, and the VM was run on xen-4.1.2
On Sat, Jun 04, 2016 at 03:34:01PM -0400, Justin Keller wrote:
> Correct the grammar around the word however.
>
> Signed-off-by: Justin Keller
>
> ---
>
> index 1d9bbab..5d43510 100644
> --- a/Documentation/ntb.txt
> +++ b/Documentation/ntb.txt
> @@ -35,7 +35,7 @@ establishes a logical link t
On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote:
> Sorry for insisting, but I would like to explore potential solutions
> for fixing the root problem (missing relative shebang),
> I know there are ways to workaround that, but I would like to make
> sure the proper fix is not possible
or future AMD UART
> controller
>
> Add device HID AMDI0020 to match the AMD ACPI Vendor ID (AMDI) as
> registered in http://www.uefi.org/acpi_id_list, and the UART controller on
> future AMD paltform will use the HID instead of AMD0020.
>
> Signed-off-by: Wang Hongcheng
Acked-by:
ontroller
>
> Add device HID AMDI0030 to match the AMD ACPI Vendor ID (AMDI) as
> registered in http://www.uefi.org/acpi_id_list, and the GPIO controller on
> future AMD paltform will use the HID instead of AMD0030.
>
> Signed-off-by: Wang Hongcheng
> ---
Acked-by: Ken Xue
t uses a DP to VGA bridge chip.
>
> Alex
>
Thanks, I was not expecting such a quick response.
The radeon patch does fix it. If you wish, you can add
Tested-by: Ken Moffat
ĸen
--
This email was written using 100% recycled letters.
On Thu, Mar 03, 2016 at 02:38:11AM +, Ken Moffat wrote:
> One of my machines is an A10 Kaveri desktop, with a good old VGA
> connection to the monitor. I've only just started trying to boot
> any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a
> few hour
One of my machines is an A10 Kaveri desktop, with a good old VGA
connection to the monitor. I've only just started trying to boot
any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a
few hours ago (4.5.0-rc6-00018-gf983cd3) I get a blank screen, with
no video signal, as soon as it
On Wed, Feb 10, 2016 at 05:56:16PM -0800, Randy Dunlap wrote:
> [add Jan Kara]
>
> On 02/10/16 13:29, Steve Kenton wrote:
> > Is anyone maintaining these or am I about to volunteer for another job?
>
> CUrrent MAINTAINERS file says:
>
> UDF FILESYSTEM
> M:Jan Kara
> S:Maintained
> F:
On Mon, Feb 08, 2016 at 07:08:09PM +0100, Karsten Malcher wrote:
> Hello,
>
> i am sorry, but is it possible that a kernel bug for a special chipset is
> alive since kernel 3.2?
>
On uncommon hardware, anything is possible. I don't actually know
if that hardware is "uncommon", only that I do no
On Sun, Dec 13, 2015 at 07:26:04PM +0100, Frederik wrote:
> On Sun, 13. Dec 19:15, Nicolai Stange wrote:
> > Frederik writes:
> >
> > W/o your series applied (so line numbering might be slightly
> > different), checkpatch.pl says:
> >
> > ERROR: trailing whitespace
> > #270: FILE: -:270:
> >
d old kernel also believes the device with
"_PS3" is a D3COLD device.
So, add some logics for supporting D3 COLD device with old BIOS
which is compatible with earlier ACPI spec and kernel behavior.
Reference:
http://marc.info/?l=linux-acpi&m=144946938709759&w=2
Signed-of
On Tue, 2015-12-08 at 14:14 +0100, Rafael J. Wysocki wrote:
> On Tuesday, December 08, 2015 09:37:56 AM Ken Xue wrote:
> > On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> > > On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > > > D3cold is only
On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > D3cold is only regarded as valid if the "_PR3" object is present
> > for the given device after the commit <20dacb71ad28>
> > (ACPI/PM: Re
the device has "_PS3" is a
D3COLD device.
So, add some logics for supporting D3 COLD device for old BIOS
which is compatible with earlier ACPI spec.
Signed-off-by: Ken Xue
Reported-and-tested-by: Gang Long
---
drivers/acpi/scan.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
can be found from below link.
http://marc.info/?l=linux-scsi&m=144163730531875&w=2
Signed-off-by: Ken Xue
Acked-by: Alan Stern
Cc: Xiangliang Yu
Cc: James E.J. Bottomley
Cc: Jens Axboe
Cc: Michael Terry
Cc: sta...@vger.kernel.org
---
block/blk-core.c | 12
1 file chang
.
http://marc.info/?l=linux-scsi&m=144163730531875&w=2
Signed-off-by: Ken Xue
Acked-by: Alan Stern
Cc: Xiangliang Yu
Cc: James E.J. Bottomley
Cc: Jens Axboe
Cc: Michael Terry
Cc: sta...@vger.kernel.org
---
drivers/scsi/scsi_pm.c | 20 ++--
1 file changed, 10 inserti
On 四, 2015-09-10 at 10:23 +0800, Ken Xue wrote:
Can someone help to apply this patch series? Thanks.
http://marc.info/?l=linux-scsi&m=144185206825609&w=2
http://marc.info/?l=linux-scsi&m=144185208525611&w=2
> Revert "SCSI: Fix NULL pointer dereference in runtime PM&q
On Sun, Nov 15, 2015 at 05:24:37PM -0800, Linus Torvalds wrote:
> So it's Sunday, two weeks has passed, and so 4.4-rc1 is out there and
> the merge window is closed.
>
[...]
>
> Go out and test.
>
> Linus
>
After what I picked up during the 4.3 cycle, I tried using 'xzcat |
On Wed, 2015-10-21 at 13:46 +0300, Mika Westerberg wrote:
> You are saying that the original commit a445900c906092 ("i2c:
> designware: Add support for AMD I2C controller") actually never worked
> because it failed to register the clock with clkdev? In that case it is
> not even a regression ;-) Oh
and make AMD0010 looks like other ones.
Signed-off-by: Ken Xue
Signed-off-by: Xiangliang Yu
---
drivers/i2c/busses/i2c-designware-platdrv.c | 27 +--
1 file changed, 1 insertion(+), 26 deletions(-)
diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c
b/drivers/i2c/bus
On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> > > On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > > > DW I2C driver t
On Wed, 2015-10-21 at 12:49 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 05:37:53PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > > > On Wed, 2
On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > > > On Tue, 2
On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > DW I2C driver tries to register a clk from id->driver_data as an
> > alternative way besides intel lpss. But code doesn't register the
> > clk to
1 - 100 of 380 matches
Mail list logo
