similar to: Userspace mounts issue

In case people here don't follow the udev mailing list, udev seems to be quasi-dropping klibc support. Well, see the forwarded message below. As I don't agree with the "omg udev is complex! use glibc!" rationale, I want klibc and udev to remain working with each other.... Assuming some minor breakage in the near future, is klibc open to accepting patches for "basic C

Hey all, bug report time. I started tracking this down, but am at a bit of a loss for time, so I figured I'd report over this list to see if anyone else has the time to fix this or at least find the error. When calling nfsmount on it's own, say "nfsmount 1.2.3.4:/home/nfs /root" it works just fine, however, when calling nfsmount_main from within kinit (via nfsroot=), things get

I must profane ignorance of complicated filesystem stuff, so feel free to call me out here. Booting a root ext3 drive produces the following message at boot: kinit: trying to mount /dev/root on /root with type ext2 EXT2-fs warning (device hda3): ext2_fill_super: warning: mounting ext3 filesystem as ext2 When remounted rw by init, everything looks fine: $ mount | grep hda3 /dev/hda3 on / type

Hi, I have installed Red Hat Linux 7.3 with ext2 file system and I have multiple partition. I converted them to ext3 using following command. tune2fs -j -i 0 /dev/hdaX And I modified /etc/fstab as below. LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 none /dev/pts

Hi, I'm trying to copy my CentOS install to a new drive. - old drive is /dev/hda and had hda1 : /boot hda2 : swap hda3 lvm hda5 : lvm hda4 : /usr/local - new drive is /dev/hdb hdb1 : /boot hdb2 : swap hdb3 : / I decided to get rid of lvm which is useless to me. I've created and formated the new partitions and copied anything from the old drive to the new one

Hi, I wrote an interprocedural instrumentation pass that needs to run on all program at once. However, when I try to test it on large programs (say bzip2 or gcc) I find that the way LLVM tools do not easilly replace the default ones used in makefiles. So building large projects is not straightforward. Is there a simple way to do this conversion? Thank you, Dan

I have a fairly high disk i/o intensive email server I am thinking of upgrading. I was thinking of upgrading it to CentOS 5.x 64bit. I was also thinking of running it as a guest under XEN. Would this allow me to more easilly transfer it to faster hardware in the future? Or would running as a guest seriously hurt disk i/o?

On Fri, 26 Aug 2016, Peter Griffin wrote: > This patch adds the DT node for the uniperif reader > IP block found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen at st.com> > Signed-off-by: Peter Griffin <peter.griffin at linaro.org> > --- > arch/arm/boot/dts/stih407-family.dtsi | 26 ++++++++++++++++++++++++++ > 1 file

On Fri, 26 Aug 2016, Peter Griffin wrote: > This patch adds the DT node for the uniperif reader > IP block found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen at st.com> > Signed-off-by: Peter Griffin <peter.griffin at linaro.org> > --- > arch/arm/boot/dts/stih407-family.dtsi | 26 ++++++++++++++++++++++++++ > 1 file

On Fri, 26 Aug 2016, Peter Griffin wrote: > Use tabs instead of spaces. > > Signed-off-by: Peter Griffin <peter.griffin at linaro.org> > --- > drivers/gpu/drm/virtio/Kconfig | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) For my own reference: Acked-by: Lee Jones <lee.jones at linaro.org> > diff --git a/drivers/gpu/drm/virtio/Kconfig

On Fri, 26 Aug 2016, Peter Griffin wrote: > Use tabs instead of spaces. > > Signed-off-by: Peter Griffin <peter.griffin at linaro.org> > --- > drivers/gpu/drm/virtio/Kconfig | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) For my own reference: Acked-by: Lee Jones <lee.jones at linaro.org> > diff --git a/drivers/gpu/drm/virtio/Kconfig

Hi Emil, On Wed, 21 Sep 2016, Emil Velikov wrote: > On 20 September 2016 at 09:32, Peter Griffin <peter.griffin at linaro.org> wrote: > > Hi Emil, > > > > On Tue, 20 Sep 2016, Emil Velikov wrote: > > > >> On 5 September 2016 at 14:16, Peter Griffin <peter.griffin at linaro.org> wrote: > >> > ST_SLIM_REMOTEPROC must select REMOTEPROC,

Hi Emil, On Wed, 21 Sep 2016, Emil Velikov wrote: > On 20 September 2016 at 09:32, Peter Griffin <peter.griffin at linaro.org> wrote: > > Hi Emil, > > > > On Tue, 20 Sep 2016, Emil Velikov wrote: > > > >> On 5 September 2016 at 14:16, Peter Griffin <peter.griffin at linaro.org> wrote: > >> > ST_SLIM_REMOTEPROC must select REMOTEPROC,

Use tabs instead of spaces. Signed-off-by: Peter Griffin <peter.griffin at linaro.org> Acked-by: Lee Jones <lee.jones at linaro.org> --- drivers/gpu/drm/virtio/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig index e1afc3d..81d1807 100644 --- a/drivers/gpu/drm/virtio/Kconfig +++

Use tabs instead of spaces. Signed-off-by: Peter Griffin <peter.griffin at linaro.org> Acked-by: Lee Jones <lee.jones at linaro.org> --- drivers/gpu/drm/virtio/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig index e1afc3d..81d1807 100644 --- a/drivers/gpu/drm/virtio/Kconfig +++

I just recently posted a patch to the linux-kernel mailing list to move rootfs/initramfs from ramfs to tmpfs. Now I'd like to test this out better. Currently I'm only using initramfs to store data so I'm new the this klibc thing. Tommorrow I'm going to try to get klibc working to run some programs in early-userspace. From what I've read so far, i'll need a swapon

On Fri, Aug 26, 2016 at 03:56:40PM +0100, Peter Griffin wrote: > config STM32_DMA > bool "STMicroelectronics STM32 DMA support" > depends on ARCH_STM32 > @@ -567,7 +580,6 @@ config ZX_DMA > help > Support the DMA engine for ZTE ZX296702 platform devices. > > - unrelated change? > + fdev->chans = devm_kzalloc(&pdev->dev, > +

On Fri, Aug 26, 2016 at 03:56:40PM +0100, Peter Griffin wrote: > config STM32_DMA > bool "STMicroelectronics STM32 DMA support" > depends on ARCH_STM32 > @@ -567,7 +580,6 @@ config ZX_DMA > help > Support the DMA engine for ZTE ZX296702 platform devices. > > - unrelated change? > + fdev->chans = devm_kzalloc(&pdev->dev, > +

I'm not sure when exactly this started, but currently when I specify a ramfs image via the initrd line in grub, kinit picks it up as an initrd and tries (and fails) to unpack it and run linuxrc from it. I'm assuming this is not the intended behavior. Can anyone point me into the proper direction for unpacking an initramfs image ontop of the in-kernel image? Currently, I am using kernel

On Mon, Feb 17, 2020 at 02:08:03PM +0800, Jason Wang wrote: > I thought you were copied in the patch [1], maybe we can move vhost related > discussion there to avoid confusion. > > [1] https://lwn.net/Articles/811210/ Wow, that is .. confusing. So this is supposed to duplicate the uAPI of vhost-user? But it is open coded and duplicated because .. vdpa? > So it's cheaper and