Displaying 20 results from an estimated 200 matches similar to: "[klibc:master] Clean up clang warnings"
2020 Mar 27
2
[PATCH v2 5/5] Clean up clang warnings
- Convert the "old style" GNU field designator extension to the new
style.
- Use proper indexing into a string literal.
- Use "%s" for the format string in "fmtstr".
- Add or remove casts of the "void *" argument of ioctl.
- Convert "if (!exitstatus == isor)" to "if ((!exitstatus) == isor)"
which retains the current semantics, but may
2020 Mar 29
7
[kvm-unit-tests PATCH v3 0/4] Update patch set
- Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT.
- Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc.
- Remove "dash" warning fixes which have been upstreamed.
- Conditionalize the inclusion of compiler flags by using the proper
compiler name or "cc-option".
- Added "-Werror" to "cc-option" to catch flags that cause warnings.
- Retain
2020 Mar 27
12
[PATCH 0/5] Clang compatibility patches
This is a series of patches for clang compatibility:
- Using flags needed flags and removing unsupported flags.
- Adding support for clang's LLD linker.
- Removing a variety of warnings.
Bill Wendling (3):
[klibc] Kbuild: use "libc.a" with clang
[klibc] Kbuild: Add "-fcommon" for clang builds
[klibc] Clean up clang warnings
Michael Davidson (1):
[klibc] Kbuild:
2019 Jan 23
0
[PATCH v2] fix build failure when CONFIG_KLIBC_ZLIB is not set
When CONFIG_KLIBC_ZLIB is not set, related functions
shall not be called otherwise build failure is encountered:
KLIBCLD usr/kinit/static/kinit
usr/kinit/ramdisk_load.o: In function `load_ramdisk_compressed':
/root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_'
/root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined
2019 Jan 22
1
[PATCH] fix build failure when CONFIG_KLIBC_ZLIB is not set
When CONFIG_KLIBC_ZLIB is not set, related functions
shall not be called otherwise build failure is encountered:
KLIBCLD usr/kinit/static/kinit
usr/kinit/ramdisk_load.o: In function `load_ramdisk_compressed':
/root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_'
/root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined
2019 Jan 24
0
[klibc:master] fix build failure when CONFIG_KLIBC_ZLIB is not set
Commit-ID: 534a04d85defc627b031906d27cd9d09a913adc4
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=534a04d85defc627b031906d27cd9d09a913adc4
Author: Christophe Leroy <christophe.leroy at c-s.fr>
AuthorDate: Wed, 23 Jan 2019 06:16:01 +0000
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Thu, 24 Jan 2019 23:11:11 +0000
[klibc] fix build failure
2019 Jan 20
0
[klibc:master] Build and install kinit and sh without ".shared" suffix
Commit-ID: 9ded753aff9439cddd84b0cc469312b6c11823ab
Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9ded753aff9439cddd84b0cc469312b6c11823ab
Author: Ben Hutchings <ben at decadent.org.uk>
AuthorDate: Sat, 19 Jan 2019 23:02:32 +0000
Committer: Ben Hutchings <ben at decadent.org.uk>
CommitDate: Sat, 19 Jan 2019 23:06:42 +0000
[klibc] Build and install kinit
2018 Mar 02
2
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote:
> On 02/27/2018 03:06 AM, Star Guo wrote:
> > Hello Everyone,
> >
> >
> >
> > My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph
> > 10.2.10 ALL-in-One.
> >
> >
> >
> > I use python-sdk with libvirt and run [self.domain.updateDeviceFlags(xml,
2018 Feb 27
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 02/27/2018 03:06 AM, Star Guo wrote:
> Hello Everyone,
>
>
>
> My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph
> 10.2.10 ALL-in-One.
>
>
>
> I use python-sdk with libvirt and run [self.domain.updateDeviceFlags(xml,
> libvirt.VIR_DOMAIN_AFFECT_LIVE)] on CDROM (I want to change media path).
> However, I enable libvirt debug log
2018 Mar 02
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 03/02/2018 08:28 AM, Peter Krempa wrote:
> On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote:
>> On 02/27/2018 03:06 AM, Star Guo wrote:
>>> Hello Everyone,
>>>
>>>
>>>
>>> My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph
>>> 10.2.10 ALL-in-One.
>>>
>>>
>>>
2020 Mar 27
0
[PATCH v2 0/5] Clang compatibility patches
Update commit messages.
Bill Wendling (3):
[klibc] Kbuild: use "libc.a" with clang
[klibc] Kbuild: Add "-fcommon" for clang builds
[klibc] Clean up clang warnings
Michael Davidson (1):
[klibc] Kbuild: add support for clang builds
Stanislav Fomichev (1):
[klibc] Kbuild: support clang's lld
Makefile | 3 +++
scripts/Kbuild.include
2020 Jul 25
0
[kvm-unit-tests PATCH v3 0/4] Update patch set
On Sun, 2020-03-29 at 04:38 -0700, Bill Wendling wrote:
> - Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT.
> - Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc.
> - Remove "dash" warning fixes which have been upstreamed.
> - Conditionalize the inclusion of compiler flags by using the proper
> compiler name or "cc-option".
> - Added
2018 Mar 05
2
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On Fri, Mar 02, 2018 at 15:32:44 -0500, John Ferlan wrote:
>
>
> On 03/02/2018 08:28 AM, Peter Krempa wrote:
> > On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote:
> >> On 02/27/2018 03:06 AM, Star Guo wrote:
> >>> Hello Everyone,
> >>>
> >>>
> >>>
> >>> My pc run in CentOS 7.4 and install
2018 Mar 05
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 03/05/2018 03:47 AM, Peter Krempa wrote:
> On Fri, Mar 02, 2018 at 15:32:44 -0500, John Ferlan wrote:
>>
>>
>> On 03/02/2018 08:28 AM, Peter Krempa wrote:
>>> On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote:
>>>> On 02/27/2018 03:06 AM, Star Guo wrote:
>>>>> Hello Everyone,
>>>>>
>>>>>
2010 Mar 02
17
[PATCH 00/16] External building, update for 2.6.33 and multiple root devices.
The following patchset implements 3 seperate series of changes.
External Building
=================
Patches 1 through 8 enable to use of klibc's build system while leaving the src
tree pristine (and potentially read only). Specifically:
- srctree=<Sources for klibc>
- objtree=<Ouput directory for klibc>
- KLIBCKERNELSRC=<Kernel sources>
- KLIBCKERNELOBJ=<Kernel
2018 Feb 27
1
Reply: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
Dear Michal
After I fix the local libvirt master branch follow your patch, and build rpm
for CentOS 7.4. virDomainUpdateDeviceFlags as bellow:
================================================
2018-02-27 09:27:43.782+0000: 16656: debug : virDomainUpdateDeviceFlags:8326
: dom=0x7f2084000c50, (VM: name=6ec499397d594e f2a64fcfc938f38225,
uuid=6ec49939-7d59-4ef2-a64f-cfc938f38225), xml=<disk
2006 Jul 11
0
[rfc] standalone kinit/resume
git mv resume.c resumelib.c and the addition of a minimal resume.c,
which calls resume() from resumelib produces a small standalone resume.
happy to hear feedback on the needed kinit/Kbuild changes.
resulting resume bin is small:
ls -l /usr/lib/klibc/bin/resume
-rwxr-xr-x 1 root root 2904 2006-07-11 02:11 /usr/lib/klibc/bin/resume
it reduces busybox dependency of Debian initramfs-tools:
if [ -e
2001 Feb 28
2
Samba Compile problems
I have downloaded what I think is the latest CVS sources using:
cvs -d :pserver:cvs@pserver.samba.org:/cvsroot login
cvs -d :pserver:cvs@pserver.samba.org:/cvsroot co samba
Changed to the samba/source directory and done ./configure
when I do a make i get:
make: *** Warning: File `Makefile.in' has modification time in the future
(2001-02-27 13:09:49 > 2001-02-27 07:20:20)
WARNING: you
2004 Mar 24
0
Busy BLKFLSBUF on bootup
I get this all the time. System works otherwise and forced fschks come out
clean.
What is it and what needs be done?
2006 Aug 28
1
how does ext3 handle no communication to storage
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/ext3-users/attachments/20060828/ce9c7bc0/attachment.htm>