search for: reflowing

The control flow was: if (!y) { ppix = ... } if (y) { ... } else if (x) { use ppix for something } else { use ppix for something } Merge the if(!y) block with the two else branches. This avoids a false-positive in the clang static analyzer, it can't know that !y and x are mutually exclusive. The result looks something like this: if (y) { ... } else { ppix = ... if (x) {

Yeah, my issue with Option 2 was that it doesn't reflow. We could get the same side-by-side effect while allowing reflow on smaller screens using CSS flexbox or grid, but I don't know how to do that in asciidoc. Sometimes sites just hand-craft the HTML of the landing page, but I don't want to make work for people. Also, we should consider how well these designs will work with three

I added a couple of static probes to Firefox to measure actual work done. I could have used a pid$target probe with a function name but work is done within an if statement, which is where I placed the static probes. I''m wondering about my use, though. Is the following significantly more efficient than pid$target::FunName:entry and return? I heard somewhere that $target does not

On Sat, Oct 10, 2015 at 03:10:26PM +0300, Ady via Syslinux wrote: > From: Geert Stappers <stappers at nero.gpm.stappers.nl> > > > > com32/mboot/map.c: removed trailing spaces > > > > They were introduced by the patch for ELF64 support. > > > IMHO, the trivial trailing-space cleanup could be included in the same > commit too, instead of adding an

On Thu, Nov 07, 2019 at 04:04:08PM -0500, Jerome Glisse wrote: > On Thu, Nov 07, 2019 at 08:11:06PM +0000, Jason Gunthorpe wrote: > > On Wed, Nov 06, 2019 at 09:08:07PM -0500, Jerome Glisse wrote: > > > > > > > > > > Extra credit: IMHO, this clearly deserves to all be in a new mmu_range_notifier.h > > > > header file, but I know that's extra

Instead of mixing printk and pr_<level> forms, just use pr_<level> Miscellaneous changes around these conversions: Add a missing newline to avoid message interleaving, coalesce formats, reflow modified lines to 80 columns. Signed-off-by: Joe Perches <joe at perches.com> --- drivers/net/xen-netback/netback.c | 7 +++---- drivers/net/xen-netfront.c | 28

Instead of mixing printk and pr_<level> forms, just use pr_<level> Miscellaneous changes around these conversions: Add a missing newline to avoid message interleaving, coalesce formats, reflow modified lines to 80 columns. Signed-off-by: Joe Perches <joe at perches.com> --- drivers/net/xen-netback/netback.c | 7 +++---- drivers/net/xen-netfront.c | 28

Instead of mixing printk and pr_<level> forms, just use pr_<level> Miscellaneous changes around these conversions: Add a missing newline to avoid message interleaving, coalesce formats, reflow modified lines to 80 columns. Signed-off-by: Joe Perches <joe at perches.com> --- drivers/net/xen-netback/netback.c | 7 +++---- drivers/net/xen-netfront.c | 28

The SS_LISTEN socket state is defined by both af_vsock.c and vmci_transport.c. This is risky since the value could be changed in one file and the other would be out of sync. Rename from SS_LISTEN to VSOCK_SS_LISTEN since the constant is not part of enum socket_state (SS_CONNECTED, ...). This way it is clear that the constant is vsock-specific. The big text reflow in af_vsock.c was necessary to

Hi all, while Option 2 was my favorite as well and it looks great on wide screens, one concern is that it might not look as good on mobile devices. Since we had a sync-up call with Shaun last week, we added Option 4 which shows collapsible docs lists and categories under each major version. Hope that helps, Tomas On Fri, Mar 25, 2022 at 7:52 PM Amy Marrich <amy at redhat.com> wrote:

The SS_LISTEN socket state is defined by both af_vsock.c and vmci_transport.c. This is risky since the value could be changed in one file and the other would be out of sync. Rename from SS_LISTEN to VSOCK_SS_LISTEN since the constant is not part of enum socket_state (SS_CONNECTED, ...). This way it is clear that the constant is vsock-specific. The big text reflow in af_vsock.c was necessary to

...279). * A number of new intrinsics for constrained floating point operations have been added. [r293226](http://reviews.llvm.org/rL293226). ## Clang commits * A new TableGen-based generator for command line argument documentation was added. [r292968](http://reviews.llvm.org/rL292968). * Comment reflowing has been implemented for clang-format. [r293055](http://reviews.llvm.org/rL293055). ## Other project commits * XRay 'Flight Data Recorder' mode was implemented, which allows XRay to log in-memory and then write out data on-demand as required. [r293015](http://reviews.llvm.org/rL293015)....

On Thu, Nov 07, 2019 at 09:00:34PM -0500, Jerome Glisse wrote: > On Fri, Nov 08, 2019 at 12:32:25AM +0000, Jason Gunthorpe wrote: > > On Thu, Nov 07, 2019 at 04:04:08PM -0500, Jerome Glisse wrote: > > > On Thu, Nov 07, 2019 at 08:11:06PM +0000, Jason Gunthorpe wrote: > > > > On Wed, Nov 06, 2019 at 09:08:07PM -0500, Jerome Glisse wrote: > > > > > >

On Fri, Nov 08, 2019 at 12:32:25AM +0000, Jason Gunthorpe wrote: > On Thu, Nov 07, 2019 at 04:04:08PM -0500, Jerome Glisse wrote: > > On Thu, Nov 07, 2019 at 08:11:06PM +0000, Jason Gunthorpe wrote: > > > On Wed, Nov 06, 2019 at 09:08:07PM -0500, Jerome Glisse wrote: > > > > > > > > > > > > > Extra credit: IMHO, this clearly deserves to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Alex Deucher (1): amdgpu: update to latest marketing names from 18.50 Andrey Grodzovsky (3): amdgpu/test: Add illegal register and memory access test v2 amdgpu/test: Disable deadlock tests for all non gfx8/9 ASICs. amdgpu/test: Enable deadlock test for CI family (gfx7) Christian König (1): amdgpu: add VM test to

On Tue, Oct 13, 2015 at 5:17 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sat, Oct 10, 2015 at 03:10:26PM +0300, Ady via Syslinux wrote: >> From: Geert Stappers <stappers at nero.gpm.stappers.nl> >> > >> > com32/mboot/map.c: removed trailing spaces >> > >> > They were introduced by the patch for ELF64 support. >>

2015-10-14 1:45 UTC+02:00, Gene Cumm via Syslinux <syslinux at zytor.com>: > On Tue, Oct 13, 2015 at 5:17 PM, Geert Stappers via Syslinux > <syslinux at zytor.com> wrote: >> On Sat, Oct 10, 2015 at 03:10:26PM +0300, Ady via Syslinux wrote: >>> From: Geert Stappers <stappers at nero.gpm.stappers.nl> >>> > >>> > com32/mboot/map.c:

...Provisioning Tool > menu INCLUDE pxelinux.cfg/graphics.conf > MENU AUTOBOOT Starting Local System in # seconds > MENU BACKGROUND splash.jpg > > label bootlocal > menu label ^Boot This Host > menu default > localboot 0 > timeout 80 Reflowing for clarity of scope: default vesamenu.c32 prompt 0 timeout 80 menu title Host Provisioning Tool menu INCLUDE pxelinux.cfg/graphics.conf MENU AUTOBOOT Starting Local System in # seconds MENU BACKGROUND splash.jpg label bootlocal menu label ^Boot This Host menu default localboot 0...

From: Geert Stappers <stappers at nero.gpm.stappers.nl> They were introduced by the patch for ELF64 support. --- com32/mboot/map.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/com32/mboot/map.c b/com32/mboot/map.c index 2e8641f..1992f14 100644 --- a/com32/mboot/map.c +++ b/com32/mboot/map.c @@ -281,7 +281,7 @@ struct multiboot_header *map_image(void *ptr, size_t

Hello All, this is my first post so I'll try to be as verbose as possible. We have a PXE deployment server serving mostly fujitsu RX300 rack mount servers with Intel 82575EB Gigabit Ethernet Controllers onboard. I recently upgraded from version 4.07 to version 6.02 and, without making any edits to my default menu, immediately noticed a regression. I use vesamenu.c32 to present a menu to the