o fix it, we have to put locks around close() and fork()/vfork(). Ugh.
fsync() / fdatasync() before close() should fix it, non?
I was under the impression that any of those two became mandatory when
ext4 came along.
--
Mihai Donțu
ould be controller by the introspector rather than the KVM userspace.
>
> Mihai, if you resubmit, I promise that I will look at it promptly.
I'm currently traveling until Wednesday, but when I'll get into the
office I will see about preparing a new patch set and send it to the
list before Christmas.
Regards,
--
Mihai Donțu
ould be controller by the introspector rather than the KVM userspace.
>
> Mihai, if you resubmit, I promise that I will look at it promptly.
I'm currently traveling until Wednesday, but when I'll get into the
office I will see about preparing a new patch set and send it to the
list before Christmas.
Regards,
--
Mihai Donțu
18 7:17 PM
> > > To: Kees Cook
> > > Cc: LKML; Andy Shevchenko; Platform Driver; Mihai Donțu; Limonciello,
> > > Mario
> > > Subject: Re: [PATCH] platform/x86: wmi: Do not mix pages and kmalloc
> > >
> > > On Wed, Jun 20, 2018 at 04:
18 7:17 PM
> > > To: Kees Cook
> > > Cc: LKML; Andy Shevchenko; Platform Driver; Mihai Donțu; Limonciello,
> > > Mario
> > > Subject: Re: [PATCH] platform/x86: wmi: Do not mix pages and kmalloc
> > >
> > > On Wed, Jun 20, 2018 at 04:
On Sun, 2018-06-17 at 10:36 -0700, Kees Cook wrote:
> On Sat, Jun 16, 2018 at 3:04 PM, Mihai Donțu wrote:
> > On Sun, 2018-06-17 at 00:01 +0300, Mihai Donțu wrote:
> > > While trying to adjust the keyboard backlight mode, I hit this BUG:
> > >
> > > Jun 1
On Sun, 2018-06-17 at 10:36 -0700, Kees Cook wrote:
> On Sat, Jun 16, 2018 at 3:04 PM, Mihai Donțu wrote:
> > On Sun, 2018-06-17 at 00:01 +0300, Mihai Donțu wrote:
> > > While trying to adjust the keyboard backlight mode, I hit this BUG:
> > >
> > > Jun 1
On Sun, 2018-06-17 at 00:01 +0300, Mihai Donțu wrote:
> While trying to adjust the keyboard backlight mode, I hit this BUG:
>
> Jun 16 22:16:07 mdontu-l kernel: usercopy: Kernel memory overwrite attempt
> detected to spans multiple pages (offset 0, size 4104)!
> Jun 16 22:16:07
On Sun, 2018-06-17 at 00:01 +0300, Mihai Donțu wrote:
> While trying to adjust the keyboard backlight mode, I hit this BUG:
>
> Jun 16 22:16:07 mdontu-l kernel: usercopy: Kernel memory overwrite attempt
> detected to spans multiple pages (offset 0, size 4104)!
> Jun 16 22:16:07
ached my kernel config.
Regards,
--
Mihai Donțu
config-4.17.1-gentoo.gz
Description: application/gzip
ached my kernel config.
Regards,
--
Mihai Donțu
config-4.17.1-gentoo.gz
Description: application/gzip
On Sat, 2018-02-10 at 12:33 +0100, KarimAllah Ahmed wrote:
> On 02/05/2018 08:26 PM, Mihai Donțu wrote:
> > On Mon, 2018-02-05 at 19:47 +0100, KarimAllah Ahmed wrote:
> > > Guest memory can either be directly managed by the kernel (i.e. have a
> > > "struct
>
On Sat, 2018-02-10 at 12:33 +0100, KarimAllah Ahmed wrote:
> On 02/05/2018 08:26 PM, Mihai Donțu wrote:
> > On Mon, 2018-02-05 at 19:47 +0100, KarimAllah Ahmed wrote:
> > > Guest memory can either be directly managed by the kernel (i.e. have a
> > > "struct
>
| 62 ++
> 5 files changed, 161 insertions(+), 114 deletions(-)
>
> Cc: Paolo Bonzini <pbonz...@redhat.com>
> Cc: Radim Krčmář <rkrc...@redhat.com>
> Cc: k...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
--
Mihai Donțu
| 62 ++
> 5 files changed, 161 insertions(+), 114 deletions(-)
>
> Cc: Paolo Bonzini
> Cc: Radim Krčmář
> Cc: k...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
--
Mihai Donțu
On Fri, 2017-10-20 at 16:47 +0800, Yi Zhang wrote:
> On 2017-10-18 at 17:13:18 +0300, Mihai Donțu wrote:
> > On Wed, 2017-10-18 at 11:35 +0200, Paolo Bonzini wrote:
> > > On 16/10/2017 02:08, Yi Zhang wrote:
> > > > > And the introspection facility by Mihai uses
On Fri, 2017-10-20 at 16:47 +0800, Yi Zhang wrote:
> On 2017-10-18 at 17:13:18 +0300, Mihai Donțu wrote:
> > On Wed, 2017-10-18 at 11:35 +0200, Paolo Bonzini wrote:
> > > On 16/10/2017 02:08, Yi Zhang wrote:
> > > > > And the introspection facility by Mihai uses
> Now the implementation only on the second half(maybe third ^_^) of this
> > example: 'How kvm set the write-protect into a specific GFN?'
> >
> > Maybe a user space tools which use ioctl let kvm mmu update the
> > write-protection is a better choice.
--
Mihai Donțu
> Now the implementation only on the second half(maybe third ^_^) of this
> > example: 'How kvm set the write-protect into a specific GFN?'
> >
> > Maybe a user space tools which use ioctl let kvm mmu update the
> > write-protection is a better choice.
--
Mihai Donțu
el Open Source Technology Center (0x8086)
> Device: Mesa DRI Intel(R) Sandybridge Mobile (0x126)
> Version: 12.0.3
> Accelerated: yes
> Video memory: 1536MB
> Unified memory: yes
> Preferred profile: core (0x1)
> Max core profile version: 3.3
> Max compat profile version: 3.0
> Max GLES1 profile version: 1.1
> Max GLES[23] profile version: 3.0
>
> X.org runs with modesetting driver (default was changed in Debian Sid a while
> back).
--
Mihai Donțu
el Open Source Technology Center (0x8086)
> Device: Mesa DRI Intel(R) Sandybridge Mobile (0x126)
> Version: 12.0.3
> Accelerated: yes
> Video memory: 1536MB
> Unified memory: yes
> Preferred profile: core (0x1)
> Max core profile version: 3.3
> Max compat profile version: 3.0
> Max GLES1 profile version: 1.1
> Max GLES[23] profile version: 3.0
>
> X.org runs with modesetting driver (default was changed in Debian Sid a while
> back).
--
Mihai Donțu
On Mon, 25 Jan 2016 15:19:08 +0300 Konstantin Khlebnikov wrote:
> On Mon, Jan 25, 2016 at 2:49 PM, Mihai Donțu wrote:
> > Hi,
> >
> > I just moved to 4.5-rc1 and noticed this little gem while trying to
> > debug an issue with skype:
> >
> > $ valgrind sk
On Mon, 25 Jan 2016 15:19:08 +0300 Konstantin Khlebnikov wrote:
> On Mon, Jan 25, 2016 at 2:49 PM, Mihai Donțu <mihai.do...@gmail.com> wrote:
> > Hi,
> >
> > I just moved to 4.5-rc1 and noticed this little gem while trying to
> > debug an issue with skype:
> >
On Tue, 8 Dec 2015 13:19:32 -0800 Kees Cook wrote:
> On Mon, Nov 23, 2015 at 6:37 AM, Mihai Donțu wrote:
> > On Sun, 15 Nov 2015 08:00:22 +0100 Pavel Machek wrote:
> >> Kernel complains:
> >>
> >> [5.256044] [ cut here ]
> &
On Tue, 8 Dec 2015 13:19:32 -0800 Kees Cook wrote:
> On Mon, Nov 23, 2015 at 6:37 AM, Mihai Donțu wrote:
> > On Sun, 15 Nov 2015 08:00:22 +0100 Pavel Machek wrote:
> >> Kernel complains:
> >>
> >> [5.256044] [ cut here ]
> &
4] x86/mm: Checked W+X mappings: FAILED, 104640 W+X pages found.
All the while I have:
$ zgrep NX /proc/config.gz
CONFIG_DEBUG_SET_MODULE_RONX=y
I added to CC the people involved in pushing this feature to mainline,
maybe they can point me to a possible cause.
--
Mihai Donțu
--
To unsubscribe from
4] x86/mm: Checked W+X mappings: FAILED, 104640 W+X pages found.
All the while I have:
$ zgrep NX /proc/config.gz
CONFIG_DEBUG_SET_MODULE_RONX=y
I added to CC the people involved in pushing this feature to mainline,
maybe they can point me to a possible cause.
--
Mihai Donțu
--
To unsubscribe from
| CPU_BASED_MONITOR_EXITING |
> >> > +CPU_BASED_USE_IO_BITMAPS | CPU_BASED_MONITOR_TRAP_FLAG
> >> > | CPU_BASED_MONITOR_EXITING |
> > Overlong line.
>
> Fixed and applied.
Thank you!
--
Mihai Donțu
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
| CPU_BASED_MONITOR_TRAP_FLAG
| CPU_BASED_MONITOR_EXITING |
Overlong line.
Fixed and applied.
Thank you!
--
Mihai Donțu
--
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
Allow a nested hypervisor to single step its guests.
Signed-off-by: Mihai Donțu
---
This patch applies on top of current linux-next.
---
arch/x86/include/asm/vmx.h | 1 +
arch/x86/include/uapi/asm/vmx.h | 2 ++
arch/x86/kvm/vmx.c | 10 +-
3 files changed, 12
Allow a nested hypervisor to single step its guests.
Signed-off-by: Mihai Donțu mihai.do...@gmail.com
---
This patch applies on top of current linux-next.
---
arch/x86/include/asm/vmx.h | 1 +
arch/x86/include/uapi/asm/vmx.h | 2 ++
arch/x86/kvm/vmx.c | 10 +-
3
mentation/SubmittingPatches
--
Mihai Donțu
--
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/
/torvalds/linux.git/plain/Documentation/SubmittingPatches
--
Mihai Donțu
--
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
h_alc269(struct hda_codec *codec)
>
> spec = codec->spec;
> spec->gen.shared_mic_vref_pin = 0x18;
> - if (codec->core.vendor_id != 0x10ec0292)
> - codec->power_save_node = 1;
> + codec->power_save_node = 1;
>
> snd_hda_pick_fixup(cod
On Fri, 12 Jun 2015 09:00:06 +0200 Takashi Iwai wrote:
> At Fri, 12 Jun 2015 01:23:18 +0300, Mihai Donțu wrote:
> > No, 4.0.5 and all previous kernels (>= 3.12) are OK. I have attached a
> > small tarball with the two files produced by alsa-info.sh.
>
> Both are taken
On Fri, 12 Jun 2015 09:00:06 +0200 Takashi Iwai wrote:
At Fri, 12 Jun 2015 01:23:18 +0300, Mihai Donțu wrote:
No, 4.0.5 and all previous kernels (= 3.12) are OK. I have attached a
small tarball with the two files produced by alsa-info.sh.
Both are taken in different states (one
, alc269_fixups);
This patch works fine for me. You can add my Tested-by when you re-spin
it for Linus and if Jonathan is happy as well.
Thank you!
--
Mihai Donțu
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Thu, 11 Jun 2015 07:01:13 +0200 Takashi Iwai wrote:
> At Thu, 11 Jun 2015 01:12:36 +0300, Mihai Donțu wrote:
> > On Wed, 10 Jun 2015 20:23:01 +0200 Takashi Iwai wrote:
> > > From: Takashi Iwai
> > > Subject: [PATCH] ALSA: hda - Reduce click noise at power up
> &
On Thu, 11 Jun 2015 07:01:13 +0200 Takashi Iwai wrote:
At Thu, 11 Jun 2015 01:12:36 +0300, Mihai Donțu wrote:
On Wed, 10 Jun 2015 20:23:01 +0200 Takashi Iwai wrote:
From: Takashi Iwai ti...@suse.de
Subject: [PATCH] ALSA: hda - Reduce click noise at power up
Some machines suffer
lay is relatively small, let's do it
> later as a cleanup.
>
> Reported-by: Mihai Donțu
> Signed-off-by: Takashi Iwai
> ---
> sound/pci/hda/hda_codec.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c
>
On Wed, 10 Jun 2015 18:27:23 +0200 Takashi Iwai wrote:
> At Wed, 10 Jun 2015 19:22:02 +0300, Mihai Donțu wrote:
> > On Wed, 10 Jun 2015 14:50:30 +0200 Takashi Iwai wrote:
> > > At Wed, 10 Jun 2015 14:33:42 +0200, Takashi Iwai wrote:
> > > > At Wed, 10 Jun 2015 14:
On Wed, 10 Jun 2015 14:50:30 +0200 Takashi Iwai wrote:
> At Wed, 10 Jun 2015 14:33:42 +0200, Takashi Iwai wrote:
> > At Wed, 10 Jun 2015 14:45:51 +0300, Mihai Donțu wrote:
> > > On Wed, 10 Jun 2015 12:50:22 +0200 Takashi Iwai wrote:
> > > > At Wed, 10 Jun 2015 13:
On Wed, 10 Jun 2015 12:50:22 +0200 Takashi Iwai wrote:
> At Wed, 10 Jun 2015 13:41:35 +0300, Mihai Donțu wrote:
> > On Wed, 10 Jun 2015 12:22:53 +0200 Takashi Iwai wrote:
> > > At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Donțu wrote:
> > > > On Wed, 20 May 2015 07:
On Wed, 10 Jun 2015 12:22:53 +0200 Takashi Iwai wrote:
> At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Donțu wrote:
> > On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote:
> > > From: Takashi Iwai
> > > Subject: [PATCH] ALSA: hda - Disable widget power-saving for ALC292
ltek hdaudioC1D0: Headset Mic=0x1a
[1.058862] snd_hda_codec_realtek hdaudioC1D0: Internal Mic=0x12
4.0.4 was fine.
--
Mihai Donțu
--
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/
=0x12
4.0.4 was fine.
--
Mihai Donțu
--
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/
On Wed, 10 Jun 2015 12:22:53 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Donțu wrote:
On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote:
From: Takashi Iwai ti...@suse.de
Subject: [PATCH] ALSA: hda - Disable widget power-saving for ALC292 co
We've got
On Wed, 10 Jun 2015 12:50:22 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 13:41:35 +0300, Mihai Donțu wrote:
On Wed, 10 Jun 2015 12:22:53 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 13:17:55 +0300, Mihai Donțu wrote:
On Wed, 20 May 2015 07:01:12 +0200 Takashi Iwai wrote:
From
On Wed, 10 Jun 2015 14:50:30 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 14:33:42 +0200, Takashi Iwai wrote:
At Wed, 10 Jun 2015 14:45:51 +0300, Mihai Donțu wrote:
On Wed, 10 Jun 2015 12:50:22 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 13:41:35 +0300, Mihai Donțu wrote:
On Wed
On Wed, 10 Jun 2015 18:27:23 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 19:22:02 +0300, Mihai Donțu wrote:
On Wed, 10 Jun 2015 14:50:30 +0200 Takashi Iwai wrote:
At Wed, 10 Jun 2015 14:33:42 +0200, Takashi Iwai wrote:
At Wed, 10 Jun 2015 14:45:51 +0300, Mihai Donțu wrote:
On Wed
it
later as a cleanup.
Reported-by: Mihai Donțu mihai.do...@gmail.com
Signed-off-by: Takashi Iwai ti...@suse.de
---
sound/pci/hda/hda_codec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c
index b7782212dd64..38f5509ee52f 100644
ude/linux/spinlock_api_smp.h#L104
[3] http://lxr.free-electrons.com/source/arch/x86/mm/mmio-mod.c#L265
--
Mihai Donțu
--
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.kern
] http://lxr.free-electrons.com/source/arch/x86/mm/mmio-mod.c#L265
--
Mihai Donțu
--
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
On Wed, 26 Nov 2014 16:19:49 +0100
Takashi Iwai wrote:
> At Wed, 26 Nov 2014 16:56:09 +0200,
> Mihai Donțu wrote:
> >
> > On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
> > > Since the addition of 10d4c6736ea "Bluetooth: btusb: Add Broadcom patch
>
or intel/ibt-hw-37.7.bseq
failed with error -2
[5.620922] Bluetooth: hci0 failed to open default Intel fw file:
intel/ibt-hw-37.7.bseq
[5.629910] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts:
(null)
[5.629916] VFS: Mounted root (ext4 filesystem) readonly on devic
mode. Opts:
(null)
[5.629916] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.
The driver is trying to load the firmware before root is mounted. Do I
really need an initramfs?
Thanks,
--
Mihai Donțu
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Wed, 26 Nov 2014 16:19:49 +0100
Takashi Iwai ti...@suse.de wrote:
At Wed, 26 Nov 2014 16:56:09 +0200,
Mihai Donțu wrote:
On Tue, 11 Nov 2014 13:12:28 -0500 Dave Jones wrote:
Since the addition of 10d4c6736ea Bluetooth: btusb: Add Broadcom patch
RAM support, I (and a number
ght change, possibly breaking them?
> >
>
> In the other hand, not enabling close-on-exec might expose unwanted file
> descriptor to childs, creating security issues. YMMV.
>
As someone who uses fanotify for content introspection, I can say that
I am _explicitly_ marking the
introspection, I can say that
I am _explicitly_ marking the fd obtained via read() as O_CLOEXEC,
because I have encountered a situation where a child managed to create
a deadlock because it kept the fd open after the main application
responded with FAN_ALLOW.
--
Mihai Donțu
--
To unsubscribe from this list
:[fault reason 06] PTE Read access is not set
Is this a driver issue or a hardware one? Can I somehow silence it
without disabling the use of the IOMMU?
Thanks,
--
Mihai Donțu
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
:[fault reason 06] PTE Read access is not set
Is this a driver issue or a hardware one? Can I somehow silence it
without disabling the use of the IOMMU?
Thanks,
--
Mihai Donțu
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
several other kernel trees.
> FP or ??
Most likely a FP, but try: https://www.virustotal.com/
--
Mihai Donțu
--
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/
://www.virustotal.com/
--
Mihai Donțu
--
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/
assumed 512
The HDIO interface *seems* to be legacy:
http://www.mjmwired.net/kernel/Documentation/ioctl/hdio.txt
Also see:
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/fdisks/fdisk.c
I hope this helps a bit.
--
Mihai Donțu
--
To unsubscribe from this list: send the line "
The HDIO interface *seems* to be legacy:
http://www.mjmwired.net/kernel/Documentation/ioctl/hdio.txt
Also see:
https://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/fdisks/fdisk.c
I hope this helps a bit.
--
Mihai Donțu
--
To unsubscribe from this list: send the line unsubscribe linux
(for which I have also created a request[2]).
Thank you,
[1]
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/fs/notify/fanotify?id=03a1cec1f17ac1a6041996b3e40f96b5a2f90e1b
[2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1148084
--
Mihai Donțu
--
To unsubscribe
(for which I have also created a request[2]).
Thank you,
[1]
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/fs/notify/fanotify?id=03a1cec1f17ac1a6041996b3e40f96b5a2f90e1b
[2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1148084
--
Mihai Donțu
--
To unsubscribe
herwise, I don't believe
there's any way you can achieve this, other than exploiting a bug. :-)
--
Mihai Donțu
--
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/major
way you can achieve this, other than exploiting a bug. :-)
--
Mihai Donțu
--
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
3114e23ce50d2357 ]--- [ 85.082276]
> pci_pm_freeze(): e1000_suspend+0x0/0x50 [e1000e] returns -2
> [ 85.082278] dpm_run_callback(): pci_pm_freeze+0x0/0xc0 returns -2
> [ 85.082281] PM: Device :00:19.0 failed to freeze async: error
> -2
>
> Let's add more folks to CC.
>
-
anyone else encountered this?
Thanks,
--
Mihai Donțu
dmesg-3.8.1-e1000e.txt.gz
Description: application/gzip
anyone else encountered this?
Thanks,
--
Mihai Donțu
dmesg-3.8.1-e1000e.txt.gz
Description: application/gzip
] dpm_run_callback(): pci_pm_freeze+0x0/0xc0 returns -2
[ 85.082281] PM: Device :00:19.0 failed to freeze async: error
-2
Let's add more folks to CC.
--
Mihai Donțu
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
cible with a simple script:
$ while true; do cp -f /root/eicar.com /root/watched-dir; done
all the while the fanotify application does a re-open (RD -> RDWR) and
truncate(0), on multiple threads.
(I do a fanotify_init(O_RDONLY) because of surprise ETXTBSY)
Anyway, regardless of how I use the API the race needs to be
eliminated somehow. So my problem now is: how do I switch all
wait_event()-users to the new event created by fanotify_merge()?
--
Mihai Donțu
--
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/
a fanotify_init(O_RDONLY) because of surprise ETXTBSY)
Anyway, regardless of how I use the API the race needs to be
eliminated somehow. So my problem now is: how do I switch all
wait_event()-users to the new event created by fanotify_merge()?
--
Mihai Donțu
--
To unsubscribe from this list: send the line
> does booting with 'irqpoll' kernel parameter have any effect?
No, 'sorry. I get the same message as above. Strangely, 'irqpoll'
disabled 'alt-sysreq-' (noticed this after power up).
--
Mihai Donțu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
looked in 'kernel-parameters.txt" and in "x86_86/boot-options.txt" but I did
not find
anything that could help (that is: usb related).
Has anyone else experienced this?
I'll try to pull 2.6.23-rc8 tonight and play with it. I've seen some ACPI
related stuff
in ChangeLog. Who knows ...
ome: Radeon X300SE, 1002:5b70).
It works. Golden option. Should be documented somewhere.
Thanks,
--
Mihai Donțu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/major
).
It works. Golden option. Should be documented somewhere.
Thanks,
--
Mihai Donțu
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
and in x86_86/boot-options.txt but I did
not find
anything that could help (that is: usb related).
Has anyone else experienced this?
I'll try to pull 2.6.23-rc8 tonight and play with it. I've seen some ACPI
related stuff
in ChangeLog. Who knows ...
Thanks,
--
Mihai Donțu
-
To unsubscribe from this list
'
disabled 'alt-sysreq-cmd' (noticed this after power up).
--
Mihai Donțu
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org
On Sunday 23 September 2007, Rafael J. Wysocki wrote:
> On Sunday, 23 September 2007 20:31, Mihai Donțu wrote:
> > On Sunday 23 September 2007, Mihai Donțu wrote:
> > > I'll to do a full cleanup and start all over. I'm going to nail this
> > > thing down if
> >
On Sunday 23 September 2007, Mihai Donțu wrote:
> I'll to do a full cleanup and start all over. I'm going to nail this thing
> down if
> it's the last thing I do! (so help me God) :)
Found it!
The problem was "Framebuffer Console support". It was enabled by default in
ol
On Sunday 23 September 2007, Mihai Donțu wrote:
> On Sunday 23 September 2007, Benjamin Herrenschmidt wrote:
> > Heh, yup.
> >
> > There have been some radeonfb patches around -rc6 or so. Can you try
> > backing them out and letting us know if that helps a) ?
>
;vga=normal" and "jumps" to
a quite high res (I think is 1024x768 or something; the fonts look really nice
though :)).
--
Mihai Donțu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ou were right, 'libata.noacpi=0' does the trick :)
It's interesting my mmc is unmounted before s2ram and then mounted back
on resume.
So, to sum up, I have a working suspend-to-ram with libata. Not bad, not
bad at all...
Thanks,
--
Mihai Donțu
-
To unsubscribe from this list: send th
is unmounted before s2ram and then mounted back
on resume.
So, to sum up, I have a working suspend-to-ram with libata. Not bad, not
bad at all...
Thanks,
--
Mihai Donțu
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
though :)).
--
Mihai Donțu
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sunday 23 September 2007, Mihai Donțu wrote:
On Sunday 23 September 2007, Benjamin Herrenschmidt wrote:
Heh, yup.
There have been some radeonfb patches around -rc6 or so. Can you try
backing them out and letting us know if that helps a) ?
In that case, Linus, we probably want
On Sunday 23 September 2007, Mihai Donțu wrote:
I'll to do a full cleanup and start all over. I'm going to nail this thing
down if
it's the last thing I do! (so help me God) :)
Found it!
The problem was Framebuffer Console support. It was enabled by default in
older
configs (like
On Sunday 23 September 2007, Rafael J. Wysocki wrote:
On Sunday, 23 September 2007 20:31, Mihai Donțu wrote:
On Sunday 23 September 2007, Mihai Donțu wrote:
I'll to do a full cleanup and start all over. I'm going to nail this
thing down if
it's the last thing I do! (so help me God
I did
$ mount -o remount,rw /
I got something like: "the device is write protected".
I tried to save the dmesg on a mmc, but after powering up it said:
"out of disk space"
These are about all symptoms that I noticed... oh, and 'scsi_eh_0/1'
enters disk-sleep often.
On Saturday 22 September 2007, Mihai Donțu wrote:
> Hi,
>
> Today, out of curiosity, I pulled 2.6.23-rc7 (leave on the edge in a quiet
> weekend).
> Anyway, it seems that radeonfb and my:
> "01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS
>
On Saturday 22 September 2007, Mihai Donțu wrote:
Hi,
Today, out of curiosity, I pulled 2.6.23-rc7 (leave on the edge in a quiet
weekend).
Anyway, it seems that radeonfb and my:
01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS
200M 5955 (PCIE)
don't get along
is write protected.
I tried to save the dmesg on a mmc, but after powering up it said:
out of disk space
These are about all symptoms that I noticed... oh, and 'scsi_eh_0/1'
enters disk-sleep often.
I attached the dmesg pre s2ram.
Thanks,
--
Mihai Donțu
[0.00] Linux version
k it will
withstand
too many reboots :)
I've also attached the output of lspci and dmesg. Maybe someone spots something.
Thanks,
--
Mihai Donțu
[0.00] Linux version 2.6.23-rc7 ([EMAIL PROTECTED]) (gcc version 4.1.2
(Gentoo 4.1.2)) #3 PREEMPT Sat Sep 22 07:27:11 EEST 2007
[0.00] C
many reboots :)
I've also attached the output of lspci and dmesg. Maybe someone spots something.
Thanks,
--
Mihai Donțu
[0.00] Linux version 2.6.23-rc7 ([EMAIL PROTECTED]) (gcc version 4.1.2
(Gentoo 4.1.2)) #3 PREEMPT Sat Sep 22 07:27:11 EEST 2007
[0.00] Command line: vga=791
97 matches
Mail list logo
