Stefan,
On Wed, May 11, 2016 at 06:27:52AM -0400, Stefan Berger wrote:
> Jeremiah Mahler <jmmah...@gmail.com> wrote on 05/10/2016 09:26:17 PM:
>
[...]
>
> I forgot to cc you on the patch and obviously you weren't cc'ed through
> the Reported-by: line.
>
> He
Stefan,
On Wed, May 11, 2016 at 06:27:52AM -0400, Stefan Berger wrote:
> Jeremiah Mahler wrote on 05/10/2016 09:26:17 PM:
>
[...]
>
> I forgot to cc you on the patch and obviously you weren't cc'ed through
> the Reported-by: line.
>
> Here's a pointer to
Stefan,
On Tue, May 10, 2016 at 11:05:43AM -0400, Stefan Berger wrote:
> Jeremiah Mahler <jmmah...@gmail.com> wrote on 05/10/2016 09:55:23 AM:
>
> >
> > all,
> >
> > My machine is locking up during suspend and I have bisected the
> > problem to this p
Stefan,
On Tue, May 10, 2016 at 11:05:43AM -0400, Stefan Berger wrote:
> Jeremiah Mahler wrote on 05/10/2016 09:55:23 AM:
>
> >
> > all,
> >
> > My machine is locking up during suspend and I have bisected the
> > problem to this patch (e89f8b1ade9cc1a) in
> - sysfs_remove_group(>dev.parent->kobj, _dev_group);
> + WARN_ON(chip->groups_cnt != 0);
> + chip->groups[chip->groups_cnt++] = _dev_group;
> }
> diff --git a/drivers/char/tpm/tpm.h b/drivers/char/tpm/tpm.h
> index 8bc6fb8..508e8e0 100644
> --- a/drivers/char/tpm/tpm.h
> +++ b/drivers/char/tpm/tpm.h
> @@ -168,9 +168,9 @@ struct tpm_chip {
>
> struct dentry **bios_dir;
>
> -#ifdef CONFIG_ACPI
> - const struct attribute_group *groups[2];
> + const struct attribute_group *groups[3];
> unsigned int groups_cnt;
> +#ifdef CONFIG_ACPI
> acpi_handle acpi_dev_handle;
> char ppi_version[TPM_PPI_VERSION_LEN + 1];
> #endif /* CONFIG_ACPI */
> @@ -471,7 +471,8 @@ extern dev_t tpm_devt;
> extern const struct file_operations tpm_fops;
> extern struct idr dev_nums_idr;
>
> -ssize_t tpm_getcap(struct device *, __be32, cap_t *, const char *);
> +ssize_t tpm_getcap(struct tpm_chip *chip, __be32 subcap_id, cap_t *cap,
> +const char *desc);
> ssize_t tpm_transmit(struct tpm_chip *chip, const char *buf,
>size_t bufsiz);
> ssize_t tpm_transmit_cmd(struct tpm_chip *chip, void *cmd, int len,
> @@ -496,8 +497,7 @@ extern struct tpm_chip *tpmm_chip_alloc(struct device
> *pdev,
> extern int tpm_chip_register(struct tpm_chip *chip);
> extern void tpm_chip_unregister(struct tpm_chip *chip);
>
> -int tpm_sysfs_add_device(struct tpm_chip *chip);
> -void tpm_sysfs_del_device(struct tpm_chip *chip);
> +void tpm_sysfs_add_device(struct tpm_chip *chip);
>
> int tpm_pcr_read_dev(struct tpm_chip *chip, int pcr_idx, u8 *res_buf);
>
> --
> 2.4.3
>
--
- Jeremiah Mahler
0);
> + chip->groups[chip->groups_cnt++] = _dev_group;
> }
> diff --git a/drivers/char/tpm/tpm.h b/drivers/char/tpm/tpm.h
> index 8bc6fb8..508e8e0 100644
> --- a/drivers/char/tpm/tpm.h
> +++ b/drivers/char/tpm/tpm.h
> @@ -168,9 +168,9 @@ struct tpm_chip {
>
> struct dentry **bios_dir;
>
> -#ifdef CONFIG_ACPI
> - const struct attribute_group *groups[2];
> + const struct attribute_group *groups[3];
> unsigned int groups_cnt;
> +#ifdef CONFIG_ACPI
> acpi_handle acpi_dev_handle;
> char ppi_version[TPM_PPI_VERSION_LEN + 1];
> #endif /* CONFIG_ACPI */
> @@ -471,7 +471,8 @@ extern dev_t tpm_devt;
> extern const struct file_operations tpm_fops;
> extern struct idr dev_nums_idr;
>
> -ssize_t tpm_getcap(struct device *, __be32, cap_t *, const char *);
> +ssize_t tpm_getcap(struct tpm_chip *chip, __be32 subcap_id, cap_t *cap,
> +const char *desc);
> ssize_t tpm_transmit(struct tpm_chip *chip, const char *buf,
>size_t bufsiz);
> ssize_t tpm_transmit_cmd(struct tpm_chip *chip, void *cmd, int len,
> @@ -496,8 +497,7 @@ extern struct tpm_chip *tpmm_chip_alloc(struct device
> *pdev,
> extern int tpm_chip_register(struct tpm_chip *chip);
> extern void tpm_chip_unregister(struct tpm_chip *chip);
>
> -int tpm_sysfs_add_device(struct tpm_chip *chip);
> -void tpm_sysfs_del_device(struct tpm_chip *chip);
> +void tpm_sysfs_add_device(struct tpm_chip *chip);
>
> int tpm_pcr_read_dev(struct tpm_chip *chip, int pcr_idx, u8 *res_buf);
>
> --
> 2.4.3
>
--
- Jeremiah Mahler
Hi David,
On Wed, Mar 02, 2016 at 01:00:21PM -0800, David Ahern wrote:
> On 3/2/16 12:31 PM, Jeremiah Mahler wrote:
> >>On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> >>>Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> >&g
Hi David,
On Wed, Mar 02, 2016 at 01:00:21PM -0800, David Ahern wrote:
> On 3/2/16 12:31 PM, Jeremiah Mahler wrote:
> >>On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> >>>Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> >&g
Hi David,
On Tue, Mar 01, 2016 at 12:07:49PM -0800, Jeremiah Mahler wrote:
> Hi all,
>
> On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> > Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> > guest, even
> > when I didn't conf
Hi David,
On Tue, Mar 01, 2016 at 12:07:49PM -0800, Jeremiah Mahler wrote:
> Hi all,
>
> On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> > Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> > guest, even
> > when I didn't conf
Hi Darren, Andy,
On Mon, Feb 29, 2016 at 03:13:05PM -0800, Darren Hart wrote:
> On Tue, Feb 23, 2016 at 08:29:40AM -0800, Jeremiah Mahler wrote:
> > Hi Andy,
> >
> > Running the latest linux-next I am getting a Kconfig recursive
> > dependency detected message
Hi Darren, Andy,
On Mon, Feb 29, 2016 at 03:13:05PM -0800, Darren Hart wrote:
> On Tue, Feb 23, 2016 at 08:29:40AM -0800, Jeremiah Mahler wrote:
> > Hi Andy,
> >
> > Running the latest linux-next I am getting a Kconfig recursive
> > dependency detected message
l and backlight control to Dell
@@ -123,6 +124,7 @@ config DELL_WMI
depends on INPUT
depends on ACPI_VIDEO || ACPI_VIDEO = n
select INPUT_SPARSEKMAP
+ select DMI
---help---
Say Y here if you want to support WMI-based hotkeys on Dell laptops.
epends on ACPI_VIDEO || ACPI_VIDEO = n
select INPUT_SPARSEKMAP
+ select DMI
---help---
Say Y here if you want to support WMI-based hotkeys on Dell laptops.
--
2.7.0
I have also attached my .config in case that is useful.
--
- Jeremiah Mahler
#
# Automatically g
Konstantin, Andrew,
On Fri, Feb 05, 2016 at 02:19:40PM -0800, Andrew Morton wrote:
> On Fri, 5 Feb 2016 10:05:02 -0800 Jeremiah Mahler wrote:
>
[...]
>
> This should fix it up.
>
> From: Konstantin Khlebnikov
> Subject: radix-tree: fix oops after radix_tree_i
Konstantin,
On Sun, Feb 07, 2016 at 11:27:53AM +0300, Konstantin Khlebnikov wrote:
> On Sat, Feb 6, 2016 at 9:18 PM, Jeremiah Mahler wrote:
[...]
> >> -static __always_inline unsigned
> >> +static __always_inline long
> >> radix_tree_chunk_siz
Konstantin, Andrew,
On Fri, Feb 05, 2016 at 02:19:40PM -0800, Andrew Morton wrote:
> On Fri, 5 Feb 2016 10:05:02 -0800 Jeremiah Mahler <jmmah...@gmail.com> wrote:
>
[...]
>
> This should fix it up.
>
> From: Konstantin Khlebnikov <koc...@gmail.com>
> Su
Konstantin,
On Sun, Feb 07, 2016 at 11:27:53AM +0300, Konstantin Khlebnikov wrote:
> On Sat, Feb 6, 2016 at 9:18 PM, Jeremiah Mahler <jmmah...@gmail.com> wrote:
[...]
> >> -static __always_inline unsigned
> >> +static __always_inline long
> >> radix_tree_chu
Andrew,
On Fri, Feb 05, 2016 at 02:19:40PM -0800, Andrew Morton wrote:
> On Fri, 5 Feb 2016 10:05:02 -0800 Jeremiah Mahler wrote:
>
[...]
> > unable to handle kernel NULL pointer dereference
>
> This should fix it up.
>
[...]
>
> include/linux/radix-tree.h |
Andrew,
On Fri, Feb 05, 2016 at 02:19:40PM -0800, Andrew Morton wrote:
> On Fri, 5 Feb 2016 10:05:02 -0800 Jeremiah Mahler <jmmah...@gmail.com> wrote:
>
[...]
> > unable to handle kernel NULL pointer dereference
>
> This should fix it up.
>
[...]
>
>
resses correctly, this indicates that the
fault is triggered when the value in the slot pointer is accessed.
Perhaps slot is being incremented beyond its valid range?
--
- Jeremiah Mahler
resses correctly, this indicates that the
fault is triggered when the value in the slot pointer is accessed.
Perhaps slot is being incremented beyond its valid range?
--
- Jeremiah Mahler
gt; 1 file changed, 14 insertions(+), 13 deletions(-)
>
[...]
This patch does fix the problem I was having [1]. Thanks for the fix.
[1]: https://lkml.org/lkml/2016/1/4/791
Tested-by: Jeremiah Mahler
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
> Regards,
>
> Hans
>
[...]
Thanks, that fixed the problem [1] :-)
[1]: https://lkml.org/lkml/2016/1/4/704
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
-
> 1 file changed, 14 insertions(+), 13 deletions(-)
>
[...]
This patch does fix the problem I was having [1]. Thanks for the fix.
[1]: https://lkml.org/lkml/2016/1/4/791
Tested-by: Jeremiah Mahler <jmmah...@gmail.com>
--
- Jeremiah Mahler
--
To unsubscribe fr
> Regards,
>
> Hans
>
[...]
Thanks, that fixed the problem [1] :-)
[1]: https://lkml.org/lkml/2016/1/4/704
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More ma
itialized drm 1.1.0 20060810
[2.415803] tpm_tis 00:05: TPM is disabled/deactivated (0x6)
[2.431086] wmi: Mapper loaded
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
all,
On Tue, Jan 05, 2016 at 12:46:30AM +0200, Kirill A. Shutemov wrote:
> On Mon, Jan 04, 2016 at 01:22:03PM -0800, Andrew Morton wrote:
> > On Thu, 24 Dec 2015 09:12:53 -0800 Jeremiah Mahler
> > wrote:
> >
> > > all,
> > >
> > > I have starte
all,
On Tue, Jan 05, 2016 at 12:46:30AM +0200, Kirill A. Shutemov wrote:
> On Mon, Jan 04, 2016 at 01:22:03PM -0800, Andrew Morton wrote:
> > On Thu, 24 Dec 2015 09:12:53 -0800 Jeremiah Mahler <jmmah...@gmail.com>
> > wrote:
> >
> > > all,
> > >
&
itialized drm 1.1.0 20060810
[2.415803] tpm_tis 00:05: TPM is disabled/deactivated (0x6)
[2.431086] wmi: Mapper loaded
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
an send an objdump, but do you want
a dump of the kernel, where the cgroup code is?
--
- Jeremiah Mahler
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.4.0-rc7 Kernel Configuration
#
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_PERF_EVENTS_INTEL_UNCORE
an send an objdump, but do you want
a dump of the kernel, where the cgroup code is?
--
- Jeremiah Mahler
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.4.0-rc7 Kernel Configuration
#
CONFIG_64BIT=y
CONFIG_X86_64=y
CONFIG_X86=y
CONFIG_INSTRUCTION_DECODER=y
CONFIG_PERF_EVENTS_INTEL_UNCORE
Andrew, Michal,
On Tue, Dec 29, 2015 at 10:30:37AM -0800, Andrew Morton wrote:
> On Tue, 29 Dec 2015 17:23:47 +0100 Michal Hocko wrote:
>
> > [CCing Andrew]
> >
> > On Thu 24-12-15 09:12:53, Jeremiah Mahler wrote:
> > > all,
> > >
> > >
Andrew, Michal,
On Tue, Dec 29, 2015 at 10:30:37AM -0800, Andrew Morton wrote:
> On Tue, 29 Dec 2015 17:23:47 +0100 Michal Hocko <mho...@kernel.org> wrote:
>
> > [CCing Andrew]
> >
> > On Thu 24-12-15 09:12:53, Jeremiah Mahler wrote:
> > > all,
> &
ion between vector assigning and cleanup
>
> Thanks,
> Gerry
According to my original bisect [1], it is the second patch.
[1]: https://lkml.org/lkml/2015/12/20/11
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
ion between vector assigning and cleanup
>
> Thanks,
> Gerry
According to my original bisect [1], it is the second patch.
[1]: https://lkml.org/lkml/2015/12/20/11
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
all,
I have started seeing a "Bad rss-counter" message in the logs with
the latest linux-next 20151222+.
[ 458.282192] BUG: Bad rss-counter state mm:8800c5a96000 idx:3 val:3894
I can test patches if anyone has any ideas.
--
- Jeremiah Mahler
--
To unsubscribe from this
all,
I have started seeing a "Bad rss-counter" message in the logs with
the latest linux-next 20151222+.
[ 458.282192] BUG: Bad rss-counter state mm:8800c5a96000 idx:3 val:3894
I can test patches if anyone has any ideas.
--
- Jeremiah Mahler
--
To unsubscribe from this
IRQ: 0.35 No irq handler for vector
[ 10.286484] do_IRQ: 0.35 No irq handler for vector
...
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.o
vector
[ 10.281083] do_IRQ: 0.35 No irq handler for vector
[ 10.286484] do_IRQ: 0.35 No irq handler for vector
...
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
somebody,
On Sat, Dec 19, 2015 at 11:33:44PM -0800, Jeremiah Mahler wrote:
[...]
> I performed a bisect and found that the following patch introduced the bug,
> which is still present in the latest linux-next 20151218+.
>
> From 41c7518a5d14543fa4aa1b5b9994ac26b38c0406 Mon Sep 17 0
somebody,
On Sat, Dec 19, 2015 at 11:33:44PM -0800, Jeremiah Mahler wrote:
[...]
> I performed a bisect and found that the following patch introduced the bug,
> which is still present in the latest linux-next 20151218+.
>
> From 41c7518a5d14543fa4aa1b5b9994ac26b38c0406 Mon Sep 17 0
Jiang Liu,
On Thu, Dec 17, 2015 at 07:40:33PM -0800, Jeremiah Mahler wrote:
> all,
>
> I just started getting these "No irq handler for vector" messages
> after upgrading to linux-next 20151217+.
>
>
> (from the first boot)
> ...
> [2.282652]
Jiang Liu,
On Thu, Dec 17, 2015 at 07:40:33PM -0800, Jeremiah Mahler wrote:
> all,
>
> I just started getting these "No irq handler for vector" messages
> after upgrading to linux-next 20151217+.
>
>
> (from the first boot)
> ...
> [2.282652]
62
...
I can test patches if anyone has any ideas :-)
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
62
...
I can test patches if anyone has any ideas :-)
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
On Sat, Dec 05, 2015 at 01:20:01PM -0800, Jeremiah Mahler wrote:
> all,
>
> Running the latest linux-next (20151202+) on an Acer C720, it will
> sporadically be very slow to resume from a suspend. Sometimes it
> resumes normally, other times it can take over a minute. During th
On Sat, Dec 05, 2015 at 01:20:01PM -0800, Jeremiah Mahler wrote:
> all,
>
> Running the latest linux-next (20151202+) on an Acer C720, it will
> sporadically be very slow to resume from a suspend. Sometimes it
> resumes normally, other times it can take over a minute. During th
. done.
[ 2621.988444] cfg80211: World regulatory domain updated:
[ 2621.988448] cfg80211: DFS Master region: unset
...
Anyone else having this problem? Any suggestions for how to debug?
Thanks,
--
- Jeremiah Mahler
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing
. done.
[ 2621.988444] cfg80211: World regulatory domain updated:
[ 2621.988448] cfg80211: DFS Master region: unset
...
Anyone else having this problem? Any suggestions for how to debug?
Thanks,
--
- Jeremiah Mahler
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing
device *pdev)
> +{
> + int err;
> + struct chromeos_firmware_data *gpios;
> +
> + gpios = devm_kmalloc(>dev, sizeof(gpios), GFP_KERNEL);
Should this be 'sizeof(*gpios)' so it allocates enough room for the
entire struct instead of just the pointer?
[...]
--
- Jeremiah
device *pdev)
> +{
> + int err;
> + struct chromeos_firmware_data *gpios;
> +
> + gpios = devm_kmalloc(>dev, sizeof(gpios), GFP_KERNEL);
Should this be 'sizeof(*gpios)' so it allocates enough room for the
entire struct instead of just the pointer?
[...]
--
- Jeremiah
s done.
>
> This patch sorts out these issues.
>
> Fixes: 9b774d5cf2db
> Reported-by: Jeremiah Mahler
> Signed-off-by: Jarkko Sakkinen
> Tested-by: Jeremiah Mahler
> ---
> drivers/char/tpm/tpm-chip.c | 18 ++
> 1 file changed, 10 insertions(+), 8 deletions(
s done.
>
> This patch sorts out these issues.
>
> Fixes: 9b774d5cf2db
> Reported-by: Jeremiah Mahler <jmmah...@gmail.com>
> Signed-off-by: Jarkko Sakkinen <jarkko.sakki...@linux.intel.com>
> Tested-by: Jeremiah Mahler <jmmah...@gmail.com>
> ---
> drivers/char
Jarkko,
On Sun, Nov 08, 2015 at 02:49:06AM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 03:11:47PM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
[...]
> >
> > It sounds like you have the problem figured out and have a good fix.
> > If I can do
Jarkko,
On Sun, Nov 08, 2015 at 12:31:09AM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 10:08:56AM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
> > On Sat, Nov 07, 2015 at 01:41:37PM +0200, Jarkko Sakkinen wrote:
> > > On Sat, Nov 07, 2015 at 12:55:43P
bisect' more difficult because it
will point to the wrong patches. If this were my patch series I would
combine this patch with the later ones that actually start using the
code.
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Jarkko,
On Sat, Nov 07, 2015 at 01:41:37PM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 12:55:43PM +0200, Jarkko Sakkinen wrote:
> > On Fri, Nov 06, 2015 at 06:55:18PM -0800, Jeremiah Mahler wrote:
> > > Jarkko,
> > >
[...]
> > > > + entr
Jarkko,
On Sat, Nov 07, 2015 at 01:41:37PM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 12:55:43PM +0200, Jarkko Sakkinen wrote:
> > On Fri, Nov 06, 2015 at 06:55:18PM -0800, Jeremiah Mahler wrote:
> > > Jarkko,
> > >
[...]
> > > > + entr
later
patches. This can make using 'git bisect' more difficult because it
will point to the wrong patches. If this were my patch series I would
combine this patch with the later ones that actually start using the
code.
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the lin
Jarkko,
On Sun, Nov 08, 2015 at 12:31:09AM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 10:08:56AM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
> > On Sat, Nov 07, 2015 at 01:41:37PM +0200, Jarkko Sakkinen wrote:
> > > On Sat, Nov 07, 2015 at 12:55:43P
Jarkko,
On Sun, Nov 08, 2015 at 02:49:06AM +0200, Jarkko Sakkinen wrote:
> On Sat, Nov 07, 2015 at 03:11:47PM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
[...]
> >
> > It sounds like you have the problem figured out and have a good fix.
> > If I can do
{
> + kernfs_put(target);
> + return -ENOENT;
> + }
> +
On an Acer C720 this call to kernfs_find_and_get fails resulting in
a failed resume after suspend.
Apparently it can't find an object for the name "ppi".
This bug does not appear unt
Jarkko,
On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> Jarkko, all,
>
> On Fri, Oct 16, 2015 at 09:40:23PM +0300, Jarkko Sakkinen wrote:
> > Moved PPI attributes to the character device directory. This aligns with
> > the sysfs guidelines and makes t
--
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
One problem with thi
r *attr)
> {
> --
> 2.5.0
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://w
Jarkko,
On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> Jarkko, all,
>
> On Fri, Oct 16, 2015 at 09:40:23PM +0300, Jarkko Sakkinen wrote:
> > Moved PPI attributes to the character device directory. This aligns with
> > the sysfs guidelines and makes t
(target_kobj->sd, target_name);
> + if (!entry) {
> + kernfs_put(target);
> + return -ENOENT;
> + }
> +
On an Acer C720 this call to kernfs_find_and_get fails resulting in
a failed resume after suspend.
Apparently it can't find an object for the name "ppi"
Jarkko,
On Thu, Nov 05, 2015 at 07:46:30PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 08:47:58AM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
> > On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> > > On Thu, Nov 05, 2015 at 11:22:55A
Jarkko,
On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
> > On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> > > Jarkko, all,
> > >
[...]
> > >
> >
Jarkko,
On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 11:22:55AM +0200, Jarkko Sakkinen wrote:
> > On Wed, Nov 04, 2015 at 10:17:05AM -0800, Jeremiah Mahler wrote:
> > > Jarkko, all,
> > >
[...]
> > >
> >
Jarkko,
On Thu, Nov 05, 2015 at 07:46:30PM +0200, Jarkko Sakkinen wrote:
> On Thu, Nov 05, 2015 at 08:47:58AM -0800, Jeremiah Mahler wrote:
> > Jarkko,
> >
> > On Thu, Nov 05, 2015 at 01:05:45PM +0200, Jarkko Sakkinen wrote:
> > > On Thu, Nov 05, 2015 at 11:22:55A
_chip *chip)
> ACPI_FREE(obj);
> }
>
> - rc = sysfs_create_group(>pdev->kobj, _attr_grp);
> -
> - if (!rc)
> - chip->flags |= TPM_CHIP_FLAG_PPI;
> -
> - return rc;
> -}
> -
> -void tpm_remove_ppi(struct tpm_chi
bj, _attr_grp);
> -
> - if (!rc)
> - chip->flags |= TPM_CHIP_FLAG_PPI;
> -
> - return rc;
> -}
> -
> -void tpm_remove_ppi(struct tpm_chip *chip)
> -{
> - if (chip->flags & TPM_CHIP_FLAG_PPI)
> - sysfs_remove_group(>pdev->kobj, _attr_grp);
> + chip->groups[chip->groups_cnt++] = _attr_grp;
> }
> --
> 2.5.0
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
The commit for this patch (9b774d5cf2db4) present in the latest
linux-next (20151101+) breaks suspend/resume on an Acer C720 Chromebook.
The computer will successfully suspend but when a resume is attempted
a blank screen is displayed for a few seconds and then it reboots.
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
r name but
> didn't update it here.
>
> Fix the I2C adapter lookup by using the "Synopsys DesignWare I2C adapter"
> name.
>
> Reported-by: Jeremiah Mahler
> Fixes: d80d134182ba ("i2c: designware: Move common probe code into
> i2c_dw_probe()")
> Signed
Jarkko,
On Tue, Nov 03, 2015 at 09:28:55AM +0200, Jarkko Nikula wrote:
> Hi
>
> On 03.11.2015 06:02, Jeremiah Mahler wrote:
> >Jarkko, all,
> >
> >Commit d80d134182ba5 introduced a bug which causes a cyapa based touch
> >pad on an Acer C720 Chromebook to bec
Jarkko,
On Tue, Nov 03, 2015 at 09:28:55AM +0200, Jarkko Nikula wrote:
> Hi
>
> On 03.11.2015 06:02, Jeremiah Mahler wrote:
> >Jarkko, all,
> >
> >Commit d80d134182ba5 introduced a bug which causes a cyapa based touch
> >pad on an Acer C720 Chromebook to bec
r name but
> didn't update it here.
>
> Fix the I2C adapter lookup by using the "Synopsys DesignWare I2C adapter"
> name.
>
> Reported-by: Jeremiah Mahler <jmmah...@gmail.com>
> Fixes: d80d134182ba ("i2c: designware: Move common probe code into
/i2c-designware-core.h| 5 +--
drivers/i2c/busses/i2c-designware-pcidrv.c | 30 ++
drivers/i2c/busses/i2c-designware-platdrv.c | 28 ++---
4 files changed, 49 insertions(+), 63 deletions(-)
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the
drivers/i2c/busses/i2c-designware-core.c| 49
+
drivers/i2c/busses/i2c-designware-core.h| 5 +--
drivers/i2c/busses/i2c-designware-pcidrv.c | 30 ++
drivers/i2c/busses/i2c-designware-platdrv.c | 28 ++---
4 files changed, 49 inser
Jani,
On Mon, Jun 15, 2015 at 02:40:42PM +0300, Jani Nikula wrote:
> On Mon, 15 Jun 2015, Ville Syrjälä wrote:
> > On Mon, Jun 15, 2015 at 01:25:38AM -0700, Jeremiah Mahler wrote:
> >> Daniel,
> >>
> >> On Mon, Jun 15, 2015 at 08:57:47AM +0200, Daniel Vetter
ing updates:
> 1) Add Gen6 trackpad device support;
> 2) Add report proximity data function support for Gen5 and Gen6 devices;
> 3) Fully support runtime suspend/resume power management;
> 4) Add of_match_table mechanism support.
>
> --
> 1.9.1
>
This patch series works good
/resume power management;
4) Add of_match_table mechanism support.
--
1.9.1
This patch series works good on my Acer C720 Chromebook running
linux-next 20150615.
Tested-by: Jeremiah Mahler jmmah...@gmail.com
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line unsubscribe linux
Jani,
On Mon, Jun 15, 2015 at 02:40:42PM +0300, Jani Nikula wrote:
On Mon, 15 Jun 2015, Ville Syrjälä ville.syrj...@linux.intel.com wrote:
On Mon, Jun 15, 2015 at 01:25:38AM -0700, Jeremiah Mahler wrote:
Daniel,
On Mon, Jun 15, 2015 at 08:57:47AM +0200, Daniel Vetter wrote:
Can you
active list is empty
>
> Thanks, Daniel
>
The bug is still present with that patch applied. And it is still
present up to linux-next 20150611.
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
if the active list is empty
Thanks, Daniel
The bug is still present with that patch applied. And it is still
present up to linux-next 20150611.
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
sp: ^^^
> + cyapa_gen6_bl_read_app_info(cyapa);
> + goto out;
> + }
> +
> + cyapa->state = CYAPA_STATE_GEN6_APP;
> +
> + case CYAPA_STATE_GEN6_APP:
> + /*
> + * If trackpad device in deep sleep mode,
> + * the app command will fail.
> + * So always try to reset trackpad device to full active when
> + * the device state is requeried.
> + */
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
length = 0;
> - if (gen5_pip->resp_len)
> - length = *gen5_pip->resp_len;
> + if (pip->resp_len)
> + length = *pip->resp_len;
> cyapa_empty_pip_output_data(c
,
+ * the app command will fail.
+ * So always try to reset trackpad device to full active when
+ * the device state is requeried.
+ */
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
)
+ length = *pip-resp_len;
cyapa_empty_pip_output_data(cyapa,
- gen5_pip-resp_data,
[...]
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
the __exit annotation of
crypto_fpu_exit() so it may be used outside an exit section.
Fix the warning by removing the __exit annotation.
Signed-off-by: Jeremiah Mahler
---
arch/x86/crypto/fpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/crypto/fpu.c b/arch/x86/crypto
patch failed:
Documentation/devicetree/bindings/vendor-prefixes.txt:48
error: Documentation/devicetree/bindings/vendor-prefixes.txt: patch does
not apply
Patch failed at 0001 input: cyapa: add of match device support and
description document
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
device support and
description document
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
the __exit annotation of
crypto_fpu_exit() so it may be used outside an exit section.
Fix the warning by removing the __exit annotation.
Signed-off-by: Jeremiah Mahler jmmah...@gmail.com
---
arch/x86/crypto/fpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/crypto/fpu.c b
all,
On Sat, Jun 06, 2015 at 08:09:34PM -0700, Jeremiah Mahler wrote:
> all,
>
> On all my machines with Intel graphics I get the following warning
> in the logs when the machine is suspended. Apparently some part of
> the graphics system is busy when it should be idle.
all,
On Sat, Jun 06, 2015 at 08:09:34PM -0700, Jeremiah Mahler wrote:
all,
On all my machines with Intel graphics I get the following warning
in the logs when the machine is suspended. Apparently some part of
the graphics system is busy when it should be idle. This is present
036] xhci_hcd :00:14.0: System wakeup enabled by ACPI
[ 33.594059] PM: noirq suspend of devices complete after 16.226 msecs
[ 33.594498] ACPI: Preparing to enter system sleep state S3
[ 33.595066] ACPI : EC: EC stopped
...
--
- Jeremiah Mahler
--
To unsubscribe from this list: s
:00:14.0: System wakeup enabled by ACPI
[ 33.594059] PM: noirq suspend of devices complete after 16.226 msecs
[ 33.594498] ACPI: Preparing to enter system sleep state S3
[ 33.595066] ACPI : EC: EC stopped
...
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line
they
both have problems? This would tell as whether it was something inside
the kernel or if it was really wireless interference.
[...]
>
> Regards,
> Jonas Thiem
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
John,
On Thu, Jun 04, 2015 at 03:54:35PM -0700, John Stultz wrote:
> On Wed, Jun 3, 2015 at 5:56 PM, Jeremiah Mahler wrote:
[...]
>
>
> So I suspect the problem is the change to clock_was_set_seq in
> timekeeping_update is done prior to mirroring the time state to the
> shado
1 - 100 of 536 matches
Mail list logo