search for: signoff

...bit of a procedural question, though. I've been busy, so Tao was kind enough to take the fixes I already had and apply all the new fixes. He coordinated testing them and getting them ready to go upstream. That's why I have his git tree in the pull request below. I wasn't sure how the signoffs work for this. He's got signoffs on the stuff he put together, because it's coming through his tree. My naive assumption is that this is the correct way to go. If you'd like another arrangement (same branch in my tree, a merge commit somewhere to stick my SoB on, etc), let me know....

...com> > > Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> > > Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> > > Signed-off-by: Michael S. Tsirkin <mst at redhat.com> > > This looks odd with the various sign-offs but you as author... Signoff tracks all contributors for developer's certificate of origin purposes. Looking at the patch itself, not a single line (except the subject) seems to be shared with the original patch by Rusty that was posted with the same subject, so I guess I could have dropped them here, but as I refactor co...

...com> > > Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> > > Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> > > Signed-off-by: Michael S. Tsirkin <mst at redhat.com> > > This looks odd with the various sign-offs but you as author... Signoff tracks all contributors for developer's certificate of origin purposes. Looking at the patch itself, not a single line (except the subject) seems to be shared with the original patch by Rusty that was posted with the same subject, so I guess I could have dropped them here, but as I refactor co...

Greetings- Is there any updated news on the CentOS6 front? As per qaweb [1], today should be the day of QA signoff and syncing to internal mirrors. Are things still on track? --Tim [1] http://qaweb.dev.centos.org/qa

...As soon as I shut down Shorewall, I can use the VPN tunnel, but everything is wide open. thanks, Tobias ***************************************** "Email messages are supposed to be text, thank you. Text. Only text. If God had intended for email to be written in HTML, then the traditional signoff of prayers would be </amen>. " Tom Liston http://isc.sans.org/diary.php?date=2005-05-11

...000, Jason Gunthorpe wrote: > I think without the commit message I wouldn't have been able to > understand that, so Christoph, could you also add the comment below > please? I don't think this belongs into this patch. I can add it as a separate patch under your name and with your signoff if you are ok with that.

We (ab)use virtio conversion functions for device-specific config space accesses. Reviewed-by: David Hildenbrand <dahi at linux.vnet.ibm.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- include/linux/virtio_config.h | 9 ++++++--- 1 file

We (ab)use virtio conversion functions for device-specific config space accesses. Reviewed-by: David Hildenbrand <dahi at linux.vnet.ibm.com> Signed-off-by: Rusty Russell <rusty at rustcorp.com.au> Signed-off-by: Cornelia Huck <cornelia.huck at de.ibm.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- include/linux/virtio_config.h | 9 ++++++--- 1 file

On Mon, 6 May 2019 08:21:15 +0000 (UTC) Billy Bob via samba <samba at lists.samba.org> wrote: > See: > > > > > https://bugzilla.samba.org/show_bug.cgi?id=13873 > > > and > > > https://lists.samba.org/archive/samba/2019-March/222141.html > > > These seem related, if not the same. They are, a bit more investigation, reveals why this has

...ivers/gpu/drm/radeon/radeon_mode.h | 6 ++-- > 28 files changed, 93 insertions(+), 93 deletions(-) > <snip> Hello Christian, Daniel, David, others, Could you re-review v2 since the feedback provided in v0 [1] has now been addressed? I can send v3 with all other feedback and signoffs from the other maintainers incorporated when I have something for amdgpu and radeon. Thanks, Easwar [1] https://lore.kernel.org/all/53f3afba-4759-4ea1-b408-8a929b26280c at amd.com/

...I don't want. I end up building vorbis-tools with "make CC=cc\ -no-cpp-precomp\ -DNO_CURL", and then I go back and fixup by copy and paste the link commands that fail. I hope some of this is useful, to the project in general, and to other macosx users out there. [insert clever signoff here] Brian Olson http://bolson.org/ <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body....

...I don't want. I end up building vorbis-tools with "make CC=cc\ -no-cpp-precomp\ -DNO_CURL", and then I go back and fixup by copy and paste the link commands that fail. I hope some of this is useful, to the project in general, and to other macosx users out there. [insert clever signoff here] Brian Olson http://bolson.org/ <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe' in the body....

...| 6 ++-- > > 28 files changed, 93 insertions(+), 93 deletions(-) > > > > <snip> > > Hello Christian, Daniel, David, others, > > Could you re-review v2 since the feedback provided in v0 [1] has now been addressed? I can send v3 with > all other feedback and signoffs from the other maintainers incorporated when I have something for amdgpu > and radeon. This seems like a lot of churn. Additionally, a bunch of these headers are shared with other OSes, so it's possible some of the changes may end up getting reverted accidently when we sync up or we may a...

...serie in two. This part contains assembly code changes required for PIE but without any direct dependencies with the rest of the patchset. Changes: - patch v8 (assembly): - Fix issues in crypto changes (thanks to Eric Biggers). - Remove unnecessary jump table change. - Change author and signoff to chromium email address. - patch v7 (assembly): - Split patchset and reorder changes. - patch v6: - Rebase on latest changes in jump tables and crypto. - Fix wording on couple commits. - Revisit checkpatch warnings. - Moving to @chromium.org. - patch v5: - Adapt new crypto mo...

...serie in two. This part contains assembly code changes required for PIE but without any direct dependencies with the rest of the patchset. Changes: - patch v8 (assembly): - Fix issues in crypto changes (thanks to Eric Biggers). - Remove unnecessary jump table change. - Change author and signoff to chromium email address. - patch v7 (assembly): - Split patchset and reorder changes. - patch v6: - Rebase on latest changes in jump tables and crypto. - Fix wording on couple commits. - Revisit checkpatch warnings. - Moving to @chromium.org. - patch v5: - Adapt new crypto mo...

...changed, 93 insertions(+), 93 deletions(-) >>> >> >> <snip> >> >> Hello Christian, Daniel, David, others, >> >> Could you re-review v2 since the feedback provided in v0 [1] has now been addressed? I can send v3 with >> all other feedback and signoffs from the other maintainers incorporated when I have something for amdgpu >> and radeon. > > This seems like a lot of churn. Additionally, a bunch of these > headers are shared with other OSes, so it's possible some of the > changes may end up getting reverted accidently whe...

On 06/05/18 10:05, Nick Desaulniers wrote: > + > +/* > + * void native_restore_fl(unsigned long flags) > + * %rdi: flags > + */ > +ENTRY(native_restore_fl) > + push %_ASM_DI > + popf > + ret > +ENDPROC(native_restore_fl) > +EXPORT_SYMBOL(native_restore_fl) > To work on i386, this would have to be %_ASM_AX in that case. Something like this added to

...t;> push %_ASM_ARG1 >> >> Version with fixed typo... > > Oh, nice, thanks! I'll pick this up and add it to my patch set for v3 > (or did you want me to review/sign-off now?) I can pick up Sedat's > suggestion. > Add it to your patchset and add your own signoff underneath mine. -hpa

...e a new > get_affinity utility) in the ndo_open (so it is together with other tx > preparation) instead of probe. Your patch solves this in general for > setting up cpu hotplug callbacks which is under cpus_read_lock. I like this too. Could you repost in a standard way (inline, with your signoff etc) so we can ack this for net-next? > >> But this may not a > >> clean solution. It'd help if I can get suggestions on what would be a > >> clean option to fix this without extensively changing the code in > >> virtio_net. Is it mandatory to protect the af...

On 06/05/18 10:05, Nick Desaulniers wrote: > + > +/* > + * void native_restore_fl(unsigned long flags) > + * %rdi: flags > + */ > +ENTRY(native_restore_fl) > + push %_ASM_DI > + popf > + ret > +ENDPROC(native_restore_fl) > +EXPORT_SYMBOL(native_restore_fl) > To work on i386, this would have to be %_ASM_AX in that case. Something like this added to