similar to: Network hooks for ethernet interfaces

On Wed, Apr 10, 2019 at 1:44 PM Laine Stump <laine@redhat.com> wrote: > > On 4/9/19 11:35 AM, Ruben Kerkhof wrote: > > On Tue, Apr 9, 2019 at 5:10 PM Michal Privoznik <mprivozn@redhat.com> wrote: > >> > >> On 4/9/19 4:38 PM, Ruben Kerkhof wrote: > >>> Hi all, > >>> > >>> I have a hook script, /etc/libvirt/hooks/network,

On Tue, Apr 9, 2019 at 5:10 PM Michal Privoznik <mprivozn@redhat.com> wrote: > > On 4/9/19 4:38 PM, Ruben Kerkhof wrote: > > Hi all, > > > > I have a hook script, /etc/libvirt/hooks/network, that doesn't seem to > > be called when I attach an interface with type 'ethernet' with this > > xml snippet: > > > > <interface

On Thu, Apr 11, 2019 at 10:43 PM Vasiliy Tolstov <v.tolstov@selfip.ru> wrote: Hi Vasiliy, > > ср, 10 апр. 2019 г. в 19:46, Ruben Kerkhof <ruben@rubenkerkhof.com>: > > > > On Wed, Apr 10, 2019 at 1:44 PM Laine Stump <laine@redhat.com> wrote: > > > > > > On 4/9/19 11:35 AM, Ruben Kerkhof wrote: > > > > On Tue, Apr 9, 2019 at 5:10 PM

ср, 10 апр. 2019 г. в 19:46, Ruben Kerkhof <ruben@rubenkerkhof.com>: > > On Wed, Apr 10, 2019 at 1:44 PM Laine Stump <laine@redhat.com> wrote: > > > > On 4/9/19 11:35 AM, Ruben Kerkhof wrote: > > > On Tue, Apr 9, 2019 at 5:10 PM Michal Privoznik <mprivozn@redhat.com> wrote: > > >> > > >> On 4/9/19 4:38 PM, Ruben Kerkhof wrote:

On 4/9/19 11:35 AM, Ruben Kerkhof wrote: > On Tue, Apr 9, 2019 at 5:10 PM Michal Privoznik <mprivozn@redhat.com> wrote: >> >> On 4/9/19 4:38 PM, Ruben Kerkhof wrote: >>> Hi all, >>> >>> I have a hook script, /etc/libvirt/hooks/network, that doesn't seem to >>> be called when I attach an interface with type 'ethernet' with this

On 4/9/19 4:38 PM, Ruben Kerkhof wrote: > Hi all, > > I have a hook script, /etc/libvirt/hooks/network, that doesn't seem to > be called when I attach an interface with type 'ethernet' with this > xml snippet: > > <interface type='ethernet'> > <model type="virtio"/> > <source> > <ip

Op 2013-12-14 om 21:34 schreef Ruben Kerkhof: > Signed-off-by: Ruben Kerkhof <ruben at rubenkerkhof.com> > --- > mbr/gptmbr.S | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/mbr/gptmbr.S b/mbr/gptmbr.S > index 8ab6b50..7d98aee 100644 > --- a/mbr/gptmbr.S > +++ b/mbr/gptmbr.S > @@ -213,7 +213,7 @@ found_part: > > movzwl

The handover protocol uses ED as partition type but the comment above it still mentions EE Signed-off-by: Ruben Kerkhof <ruben at rubenkerkhof.com> --- mbr/gptmbr.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mbr/gptmbr.S b/mbr/gptmbr.S index 7f450d3..8ab6b50 100644 --- a/mbr/gptmbr.S +++ b/mbr/gptmbr.S @@ -194,7 +194,7 @@ found_part: pushw %di /* 80 00 00 00

Op 2013-12-30 om 14:03 schreef syslinux-bot for Ruben Kerkhof: > Commit-ID: 54b29b18c684f865d81360764d2623bb06fe1d7a > Gitweb: http://www.syslinux.org/commit/54b29b18c684f865d81360764d2623bb06fe1d7a Visiting that URL yields 'Bad commit reference' but that is not the main reason for this e-mail. > Author: Ruben Kerkhof <ruben at rubenkerkhof.com> > AuthorDate:

An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20200930/950e3814/attachment.htm>

Op 2013-12-15 om 17:39 schreef Ferenc Wagner: > Ruben Kerkhof <ruben at rubenkerkhof.com> writes: > > > /* 80 00 00 00 ee 00 00 00 > > - - bootable partition, type EFI (EE), no CHS information */ > > + - bootable partition, type EFI (ED), no CHS information */ > > Please fix the previous comment line as well. As I understand that, so in _my words_:

https://bugzilla.samba.org/show_bug.cgi?id=5565 Summary: xattrs not set on locked files that already exist on target Product: rsync Version: 3.0.3 Platform: Other OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

No, there are not. Here is the recursive directory listing: http://sprunge.us/FIRE Op do 27 okt. 2016 11:30 schreef Mika Westerberg < mika.westerberg at linux.intel.com>: > On Thu, Oct 27, 2016 at 09:15:19AM +0000, Rick Kerkhof wrote: > > I can confirm what Peter said, path contains \_SB_.PCI0.RP05 and > > power_state contains D3hot. > > And there are no

Op do 27 okt. 2016 om 11:59 schreef Mika Westerberg < mika.westerberg at linux.intel.com>: > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > No, there are not. Here is the recursive directory listing: > > Are you able to try the following patch and send me dmesg (or attach it > to that bug)? It should show if the ACPI core even tries to add those >

On Sun, Dec 29, 2013 at 2:53 AM, Geert Stappers <stappers at stappers.nl> wrote: > Op 2013-12-14 om 21:34 schreef Ruben Kerkhof: >> Signed-off-by: Ruben Kerkhof <ruben at rubenkerkhof.com> >> --- >> mbr/gptmbr.S | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/mbr/gptmbr.S b/mbr/gptmbr.S >> index 8ab6b50..7d98aee

Op 2013-12-30 om 17:04 schreef Gene Cumm: > On Sun, Dec 29, 2013 at 2:53 AM, Geert Stappers wrote: > > Op 2013-12-14 om 21:34 schreef Ruben Kerkhof: > >> Signed-off-by: Ruben Kerkhof <ruben at rubenkerkhof.com> > >> --- > >> mbr/gptmbr.S | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> > > > > The

Check whether the kernel really supports power resources for a device, otherwise the power might not be removed when the device is runtime suspended (DSM should still work in these cases where PR does not). This is a workaround for a problem where ACPICA and Windows 10 differ in behavior. ACPICA does not correctly enumerate power resources within a conditional block (due to delayed execution of

On Thu, Oct 27, 2016 at 12:55:08PM +0300, Mika Westerberg wrote: > On Thu, Oct 27, 2016 at 09:42:28AM +0000, Rick Kerkhof wrote: > > No, there are not. Here is the recursive directory listing: > > Are you able to try the following patch and send me dmesg (or attach it > to that bug)? It should show if the ACPI core even tries to add those > power resources. So Rick has

On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie <airlied at gmail.com> wrote: > On 1 November 2016 at 08:48, Peter Wu <peter at lekensteyn.nl> wrote: >> Check whether the kernel really supports power resources for a device, >> otherwise the power might not be removed when the device is runtime >> suspended (DSM should still work in these cases where PR does not).

Signed-off-by: Ruben Kerkhof <ruben at rubenkerkhof.com> --- mbr/gptmbr.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mbr/gptmbr.S b/mbr/gptmbr.S index 8ab6b50..7d98aee 100644 --- a/mbr/gptmbr.S +++ b/mbr/gptmbr.S @@ -213,7 +213,7 @@ found_part: movzwl %cx,%eax /* Length of GPT entry */ stosl - + rep; movsb /* GPT entry follows MBR entry */ popw %si