All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Christoph Hellwig <hch@lst.de>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Helge Deller <deller@gmx.de>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	"David S. Miller" <davem@davemloft.net>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Andy Lutomirski <luto@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Chris Zankel <chris@zankel.net>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Dan Williams <dan.j.williams@intel.com>,
	linux-snps-arc@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org, linux-csky@vger.kernel.org,
	linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, sparclinux@vger.kernel.org,
	linux-xtensa@linux-xtensa.org, dri-devel@lists.freedesktop.org,
	Christian Koenig <christian.koenig@amd.com>,
	Al Viro <viro@zeniv.linux.org.uk>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 09:29:05 -0700	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME=150    # Maximum wait time for qemu session to complete
 -MAXSTIME=60    # Maximum wait time for qemu session to generate output
 +#MAXTIME=150   # Maximum wait time for qemu session to complete
 +#MAXSTIME=60   # Maximum wait time for qemu session to generate output
 +MAXTIME=300    # Maximum wait time for qemu session to complete
 +MAXSTIME=120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira

WARNING: multiple messages have this Message-ID (diff)
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>, Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Christian Koenig <christian.koenig@amd.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 16:29:05 +0000	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME\x150    # Maximum wait time for qemu session to complete
 -MAXSTIME`    # Maximum wait time for qemu session to generate output
 +#MAXTIME\x150   # Maximum wait time for qemu session to complete
 +#MAXSTIME`   # Maximum wait time for qemu session to generate output
 +MAXTIME00    # Maximum wait time for qemu session to complete
 +MAXSTIME\x120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira

WARNING: multiple messages have this Message-ID (diff)
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>, Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Christian Koenig <christian.koenig@amd.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 09:29:05 -0700	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME=150    # Maximum wait time for qemu session to complete
 -MAXSTIME=60    # Maximum wait time for qemu session to generate output
 +#MAXTIME=150   # Maximum wait time for qemu session to complete
 +#MAXSTIME=60   # Maximum wait time for qemu session to generate output
 +MAXTIME=300    # Maximum wait time for qemu session to complete
 +MAXSTIME=120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira

WARNING: multiple messages have this Message-ID (diff)
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>, Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Christian Koenig <christian.koenig@amd.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 09:29:05 -0700	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME=150    # Maximum wait time for qemu session to complete
 -MAXSTIME=60    # Maximum wait time for qemu session to generate output
 +#MAXTIME=150   # Maximum wait time for qemu session to complete
 +#MAXSTIME=60   # Maximum wait time for qemu session to generate output
 +MAXTIME=300    # Maximum wait time for qemu session to complete
 +MAXSTIME=120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc

WARNING: multiple messages have this Message-ID (diff)
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>, Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Christian Koenig <christian.koenig@amd.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 09:29:05 -0700	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME=150    # Maximum wait time for qemu session to complete
 -MAXSTIME=60    # Maximum wait time for qemu session to generate output
 +#MAXTIME=150   # Maximum wait time for qemu session to complete
 +#MAXSTIME=60   # Maximum wait time for qemu session to generate output
 +MAXTIME=300    # Maximum wait time for qemu session to complete
 +MAXSTIME=120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: Ira Weiny <ira.weiny@intel.com>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Christoph Hellwig <hch@lst.de>, Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Al Viro <viro@zeniv.linux.org.uk>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Christian Koenig <christian.koenig@amd.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V3 07/15] arch/kunmap_atomic: Consolidate duplicate code
Date: Tue, 19 May 2020 09:29:05 -0700	[thread overview]
Message-ID: <20200519162904.GA3356843@iweiny-DESK2.sc.intel.com> (raw)
In-Reply-To: <47757f51-15f2-3abe-9035-abdb3ba5816e@roeck-us.net>

On Mon, May 18, 2020 at 07:50:36PM -0700, Guenter Roeck wrote:
> Hi Ira,
> 
> On 5/18/20 5:03 PM, Ira Weiny wrote:
> > On Sun, May 17, 2020 at 09:29:32PM -0700, Guenter Roeck wrote:
> >> On Sun, May 17, 2020 at 08:49:39PM -0700, Ira Weiny wrote:
> >>> On Sat, May 16, 2020 at 03:33:06PM -0700, Guenter Roeck wrote:
> >>>> On Thu, May 07, 2020 at 07:59:55AM -0700, ira.weiny@intel.com wrote:
> >>>>> From: Ira Weiny <ira.weiny@intel.com>
> >>>>>
> >>>

Sorry for the delay I missed this email last night...  I blame outlook...  ;-)

...

> >>> Do you have a kernel config?  Specifically is CONFIG_HIGHMEM set?
> >>>
> >> See below. Yes, CONFIG_HIGHMEM is set.
> >>
> >> The scripts used to build and boot the image are at:
> >>
> >> https://github.com/groeck/linux-build-test/tree/master/rootfs/microblazeel
> > 
> > Despite finding the obvious error earlier today I've still been trying to get
> > this to work.
> > 
> > I had to make some slight modifications to use the 0-day cross compile build
> > and my local qemu build.  But those were pretty minor modifications.  I'm
> > running on x86_64 host.
> > 
> > With those slight mods to the scripts I get the following error even without my
> > patch set on 5.7-rc4.  I have 1 cpu pegged at 100% while it is running...  Is
> > there anything I can do to get more debug output?  Perhaps I just need to let
> > it run longer?
> > 
> 
> I don't think so. Try running it with "-d" parameter (run-qemu-microblazeel.sh
> -d petalogix-s3adsp1800); that gives you the qemu command line. Once it says
> "running", abort the script and execute qemu directly.

FYI Minor nit...  a simple copy/paste failed...  that print of the cmd line
did not include quotes around the -append text:

09:06:03 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
   -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
   -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
   panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200 -monitor
   none -serial stdio -nographic

qemu-system-microblazeel: slub_debug=FZPUA: Could not open 'slub_debug=FZPUA': No such file or directory

> Oh, and please update
> the repository; turns out I didn't push for a while and made a number of
> changes.

Cool beans...  I've updated.

> 
> My compiler was compiled with buildroot (a long time ago). I don't recall if
> it needed something special in the configuration, unfortunately.

AFAICT the compile is working...  It is running from the command line now...  I
expected it to be slow so I have also increased the timeouts last night.  So
far it still fails.  I did notice that there is a new 'R' in the wait output.

<quote>
.........................R......................... failed (silent)
------------
qemu log:
qemu-system-microblazeel: terminating on signal 15 from pid 3357146 (/bin/bash)
</quote>

I was hoping that meant it found qemu 'running' but looks like that was just a
retry...  :-(

Last night I increased some of the timeouts I could find.

<quote>
 LOOPTIME=5     # Wait time before checking status
 -MAXTIME=150    # Maximum wait time for qemu session to complete
 -MAXSTIME=60    # Maximum wait time for qemu session to generate output
 +#MAXTIME=150   # Maximum wait time for qemu session to complete
 +#MAXSTIME=60   # Maximum wait time for qemu session to generate output
 +MAXTIME=300    # Maximum wait time for qemu session to complete
 +MAXSTIME=120   # Maximum wait time for qemu session to generate output
</quote>

But thanks to the qemu command line hint I can see these were not nearly
enough...  (It has been running for > 20 minutes...  and I'm not getting
output...)  Or I've done something really wrong.  Shouldn't qemu be at least
showing something on the terminal by now?  I normally run qemu with different
display options (and my qemu foo is weak) so I'm not sure what I should be
seeing with this command line.

09:06:28 > /home/iweiny/dev/qemu/microblazeel-softmmu/qemu-system-microblazeel
  -M petalogix-s3adsp1800 -m 256 -kernel arch/microblaze/boot/linux.bin
  -no-reboot -initrd /tmp/buildbot-cache/microblazeel/rootfs.cpio -append
  "panic=-1 slub_debug=FZPUA rdinit=/sbin/init console=ttyUL0,115200" -monitor
  none -serial stdio -nographic

Maybe I just have too slow of a machine...  :-/

My qemu was built back in March.  I'm updating that now...

Sorry for being so dense...
Ira
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2020-05-19 16:29 UTC|newest]

Thread overview: 367+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-07 14:59 [PATCH V3 00/15] Remove duplicated kmap code ira.weiny
2020-05-07 14:59 ` ira.weiny
2020-05-07 14:59 ` ira.weiny
2020-05-07 14:59 ` ira.weiny
2020-05-07 14:59 ` ira.weiny
2020-05-07 14:59 ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 01/15] arch/kmap: Remove BUG_ON() ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 02/15] arch/xtensa: Move kmap build bug out of the way ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 03/15] arch/kmap: Remove redundant arch specific kmaps ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 04/15] arch/kunmap: Remove duplicate kunmap implementations ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 05/15] {x86,powerpc,microblaze}/kmap: Move preempt disable ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 06/15] arch/kmap_atomic: Consolidate duplicate code ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 07/15] arch/kunmap_atomic: " ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-16 22:33   ` Guenter Roeck
2020-05-16 22:33     ` Guenter Roeck
2020-05-16 22:33     ` Guenter Roeck
2020-05-16 22:33     ` Guenter Roeck
2020-05-16 22:33     ` Guenter Roeck
2020-05-18  3:49     ` Ira Weiny
2020-05-18  3:49       ` Ira Weiny
2020-05-18  3:49       ` Ira Weiny
2020-05-18  3:49       ` Ira Weiny
2020-05-18  3:49       ` Ira Weiny
2020-05-18  3:49       ` Ira Weiny
2020-05-18  4:29       ` Guenter Roeck
2020-05-18  4:29         ` Guenter Roeck
2020-05-18  4:29         ` Guenter Roeck
2020-05-18  4:29         ` Guenter Roeck
2020-05-18  4:29         ` Guenter Roeck
2020-05-18  4:29         ` Guenter Roeck
2020-05-18 18:11         ` Ira Weiny
2020-05-18 18:11           ` Ira Weiny
2020-05-18 18:11           ` Ira Weiny
2020-05-18 18:11           ` Ira Weiny
2020-05-18 18:11           ` Ira Weiny
2020-05-18 18:11           ` Ira Weiny
2020-05-19  0:03         ` Ira Weiny
2020-05-19  0:03           ` Ira Weiny
2020-05-19  0:03           ` Ira Weiny
2020-05-19  0:03           ` Ira Weiny
2020-05-19  0:03           ` Ira Weiny
2020-05-19  0:03           ` Ira Weiny
2020-05-19  2:50           ` Guenter Roeck
2020-05-19  2:50             ` Guenter Roeck
2020-05-19  2:50             ` Guenter Roeck
2020-05-19  2:50             ` Guenter Roeck
2020-05-19  2:50             ` Guenter Roeck
2020-05-19  2:50             ` Guenter Roeck
2020-05-19 16:29             ` Ira Weiny [this message]
2020-05-19 16:29               ` Ira Weiny
2020-05-19 16:29               ` Ira Weiny
2020-05-19 16:29               ` Ira Weiny
2020-05-19 16:29               ` Ira Weiny
2020-05-19 16:29               ` Ira Weiny
2020-05-18 16:11       ` Guenter Roeck
2020-05-18 16:11         ` Guenter Roeck
2020-05-18 16:11         ` Guenter Roeck
2020-05-18 16:11         ` Guenter Roeck
2020-05-18 16:11         ` Guenter Roeck
2020-05-18 16:11         ` Guenter Roeck
2020-05-18 18:48   ` [PATCH] arch/{mips,sparc,microblaze,powerpc}: Don't enable pagefault/preempt twice ira.weiny
2020-05-18 18:48     ` [PATCH] arch/{mips, sparc, microblaze, powerpc}: " ira.weiny
2020-05-18 18:48     ` ira.weiny
2020-05-18 18:48     ` ira.weiny
2020-05-18 18:48     ` ira.weiny
2020-05-18 18:48     ` [PATCH] arch/{mips,sparc,microblaze,powerpc}: " ira.weiny
2020-05-19 16:54     ` Guenter Roeck
2020-05-19 16:54       ` Guenter Roeck
2020-05-19 16:54       ` Guenter Roeck
2020-05-19 16:54       ` Guenter Roeck
2020-05-19 16:54       ` Guenter Roeck
2020-05-19 16:54       ` Guenter Roeck
2020-05-19 18:40       ` Ira Weiny
2020-05-19 18:40         ` Ira Weiny
2020-05-19 18:40         ` Ira Weiny
2020-05-19 18:40         ` Ira Weiny
2020-05-19 18:40         ` Ira Weiny
2020-05-19 18:40         ` Ira Weiny
2020-05-19 19:42         ` Guenter Roeck
2020-05-19 19:42           ` Guenter Roeck
2020-05-19 19:42           ` Guenter Roeck
2020-05-19 19:42           ` Guenter Roeck
2020-05-19 19:42           ` Guenter Roeck
2020-05-19 19:42           ` Guenter Roeck
2020-05-20  5:02           ` Ira Weiny
2020-05-20  5:02             ` Ira Weiny
2020-05-20  5:02             ` Ira Weiny
2020-05-20  5:02             ` Ira Weiny
2020-05-20  5:02             ` Ira Weiny
2020-05-20  5:02             ` Ira Weiny
2020-05-20  5:13           ` Ira Weiny
2020-05-20  5:13             ` Ira Weiny
2020-05-20  5:13             ` Ira Weiny
2020-05-20  5:13             ` Ira Weiny
2020-05-20  5:13             ` Ira Weiny
2020-05-20  5:13             ` Ira Weiny
2020-05-21 16:05             ` Guenter Roeck
2020-05-21 16:05               ` Guenter Roeck
2020-05-21 16:05               ` Guenter Roeck
2020-05-21 16:05               ` Guenter Roeck
2020-05-21 16:05               ` Guenter Roeck
2020-05-21 16:05               ` Guenter Roeck
2020-05-21 17:42               ` Ira Weiny
2020-05-21 17:42                 ` Ira Weiny
2020-05-21 17:42                 ` Ira Weiny
2020-05-21 17:42                 ` Ira Weiny
2020-05-21 17:42                 ` Ira Weiny
2020-05-21 17:42                 ` Ira Weiny
2020-05-21 22:27                 ` Guenter Roeck
2020-05-21 22:27                   ` Guenter Roeck
2020-05-21 22:27                   ` Guenter Roeck
2020-05-21 22:27                   ` Guenter Roeck
2020-05-21 22:27                   ` Guenter Roeck
2020-05-21 22:27                   ` Guenter Roeck
2020-05-21 22:36                   ` Weiny, Ira
2020-05-21 22:36                     ` Weiny, Ira
2020-05-21 22:36                     ` Weiny, Ira
2020-05-21 22:36                     ` Weiny, Ira
2020-05-21 22:36                     ` Weiny, Ira
2020-05-21 22:36                     ` Weiny, Ira
2020-06-03 20:57                 ` Andrew Morton
2020-06-03 20:57                   ` Andrew Morton
2020-06-03 20:57                   ` Andrew Morton
2020-06-03 20:57                   ` Andrew Morton
2020-06-03 20:57                   ` Andrew Morton
2020-06-03 20:57                   ` Andrew Morton
2020-06-03 21:14                   ` Ira Weiny
2020-06-03 21:14                     ` Ira Weiny
2020-06-03 21:14                     ` Ira Weiny
2020-06-03 21:14                     ` Ira Weiny
2020-06-03 21:14                     ` Ira Weiny
2020-06-03 21:14                     ` Ira Weiny
2020-06-03 23:44                     ` Guenter Roeck
2020-06-03 23:44                       ` Guenter Roeck
2020-06-03 23:44                       ` Guenter Roeck
2020-06-03 23:44                       ` Guenter Roeck
2020-06-03 23:44                       ` Guenter Roeck
2020-06-03 23:44                       ` Guenter Roeck
2020-06-04  6:18                       ` Mike Rapoport
2020-06-04  6:18                         ` Mike Rapoport
2020-06-04  6:18                         ` Mike Rapoport
2020-06-04  6:18                         ` Mike Rapoport
2020-06-04  6:18                         ` Mike Rapoport
2020-06-04  6:18                         ` Mike Rapoport
2020-06-04  6:43                         ` Ira Weiny
2020-06-04  6:43                           ` Ira Weiny
2020-06-04  6:43                           ` Ira Weiny
2020-06-04  6:43                           ` Ira Weiny
2020-06-04  6:43                           ` Ira Weiny
2020-06-04  6:43                           ` Ira Weiny
2020-06-04  6:22                       ` Ira Weiny
2020-06-04  6:22                         ` Ira Weiny
2020-06-04  6:22                         ` Ira Weiny
2020-06-04  6:22                         ` Ira Weiny
2020-06-04  6:22                         ` Ira Weiny
2020-06-04  6:22                         ` Ira Weiny
2020-06-04  6:37                         ` Mike Rapoport
2020-06-04  6:37                           ` Mike Rapoport
2020-06-04  6:37                           ` Mike Rapoport
2020-06-04  6:37                           ` Mike Rapoport
2020-06-04  6:37                           ` Mike Rapoport
2020-06-04  6:37                           ` Mike Rapoport
2020-06-04  6:44                           ` Ira Weiny
2020-06-04  6:44                             ` Ira Weiny
2020-06-04  6:44                             ` Ira Weiny
2020-06-04  6:44                             ` Ira Weiny
2020-06-04  6:44                             ` Ira Weiny
2020-06-04  6:44                             ` Ira Weiny
2020-06-04  9:38                         ` Guenter Roeck
2020-06-04  9:38                           ` Guenter Roeck
2020-06-04  9:38                           ` Guenter Roeck
2020-06-04  9:38                           ` Guenter Roeck
2020-06-04  9:38                           ` Guenter Roeck
2020-06-04  9:38                           ` Guenter Roeck
2020-06-04  9:41                       ` Mike Rapoport
2020-06-04  9:41                         ` Mike Rapoport
2020-06-04  9:41                         ` Mike Rapoport
2020-06-04  9:41                         ` Mike Rapoport
2020-06-04  9:41                         ` Mike Rapoport
2020-06-04  9:41                         ` Mike Rapoport
2020-06-04 20:51                         ` Ira Weiny
2020-06-04 20:51                           ` Ira Weiny
2020-06-04 20:51                           ` Ira Weiny
2020-06-04 20:51                           ` Ira Weiny
2020-06-04 20:51                           ` Ira Weiny
2020-06-04 20:51                           ` Ira Weiny
2020-05-21 15:14           ` Ira Weiny
2020-05-21 15:14             ` Ira Weiny
2020-05-21 15:14             ` Ira Weiny
2020-05-21 15:14             ` Ira Weiny
2020-05-21 15:14             ` Ira Weiny
2020-05-21 15:14             ` Ira Weiny
2020-05-21 17:27       ` Al Viro
2020-05-21 17:27         ` Al Viro
2020-05-21 17:27         ` Al Viro
2020-05-21 17:27         ` Al Viro
2020-05-21 17:27         ` Al Viro
2020-05-21 17:27         ` Al Viro
2020-05-21 22:20         ` Guenter Roeck
2020-05-21 22:20           ` Guenter Roeck
2020-05-21 22:20           ` Guenter Roeck
2020-05-21 22:20           ` Guenter Roeck
2020-05-21 22:20           ` Guenter Roeck
2020-05-21 22:20           ` Guenter Roeck
2020-05-21 22:46           ` Al Viro
2020-05-21 22:46             ` Al Viro
2020-05-21 22:46             ` Al Viro
2020-05-21 22:46             ` Al Viro
2020-05-21 22:46             ` Al Viro
2020-05-21 22:46             ` Al Viro
2020-05-22  0:46             ` Al Viro
2020-05-22  0:46               ` Al Viro
2020-05-22  0:46               ` Al Viro
2020-05-22  0:46               ` Al Viro
2020-05-22  0:46               ` Al Viro
2020-05-22  0:46               ` Al Viro
2020-05-22  1:11               ` Guenter Roeck
2020-05-22  1:11                 ` Guenter Roeck
2020-05-22  1:11                 ` Guenter Roeck
2020-05-22  1:11                 ` Guenter Roeck
2020-05-22  1:11                 ` Guenter Roeck
2020-05-22  1:11                 ` Guenter Roeck
2020-05-22  1:29                 ` Al Viro
2020-05-22  1:29                   ` Al Viro
2020-05-22  1:29                   ` Al Viro
2020-05-22  1:29                   ` Al Viro
2020-05-22  1:29                   ` Al Viro
2020-05-22  1:29                   ` Al Viro
2020-05-22  1:35                   ` Al Viro
2020-05-22  1:35                     ` Al Viro
2020-05-22  1:35                     ` Al Viro
2020-05-22  1:35                     ` Al Viro
2020-05-22  1:35                     ` Al Viro
2020-05-22  1:35                     ` Al Viro
2020-05-22  2:28                     ` Guenter Roeck
2020-05-22  2:28                       ` Guenter Roeck
2020-05-22  2:28                       ` Guenter Roeck
2020-05-22  2:28                       ` Guenter Roeck
2020-05-22  2:28                       ` Guenter Roeck
2020-05-22  2:28                       ` Guenter Roeck
2020-05-07 14:59 ` [PATCH V3 08/15] arch/kmap: Ensure kmap_prot visibility ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 09/15] arch/kmap: Don't hard code kmap_prot values ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59 ` [PATCH V3 10/15] arch/kmap: Define kmap_atomic_prot() for all arch's ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-17 17:37   ` Guenter Roeck
2020-05-17 17:37     ` Guenter Roeck
2020-05-17 17:37     ` Guenter Roeck
2020-05-17 17:37     ` Guenter Roeck
2020-05-17 17:37     ` Guenter Roeck
2020-05-17 17:37     ` Guenter Roeck
2020-05-18 18:17     ` Ira Weiny
2020-05-18 18:17       ` Ira Weiny
2020-05-18 18:17       ` Ira Weiny
2020-05-18 18:17       ` Ira Weiny
2020-05-18 18:17       ` Ira Weiny
2020-05-18 18:17       ` Ira Weiny
2020-05-07 14:59 ` [PATCH V3 11/15] drm: Remove drm specific kmap_atomic code ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 14:59   ` ira.weiny
2020-05-07 15:00 ` [PATCH V3 12/15] kmap: Remove kmap_atomic_to_page() ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00 ` [PATCH V3 13/15] parisc/kmap: Remove duplicate kmap code ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 20:52   ` Andrew Morton
2020-05-07 20:52     ` Andrew Morton
2020-05-07 20:52     ` Andrew Morton
2020-05-07 20:52     ` Andrew Morton
2020-05-07 20:52     ` Andrew Morton
2020-05-07 20:52     ` Andrew Morton
2020-05-07 22:50     ` Ira Weiny
2020-05-07 22:50       ` Ira Weiny
2020-05-07 22:50       ` Ira Weiny
2020-05-07 22:50       ` Ira Weiny
2020-05-07 22:50       ` Ira Weiny
2020-05-07 22:50       ` Ira Weiny
2020-05-07 15:00 ` [PATCH V3 14/15] sparc: Remove unnecessary includes ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00 ` [PATCH V3 15/15] kmap: Consolidate kmap_prot definitions ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 15:00   ` ira.weiny
2020-05-07 20:53   ` Andrew Morton
2020-05-07 20:53     ` Andrew Morton
2020-05-07 20:53     ` Andrew Morton
2020-05-07 20:53     ` Andrew Morton
2020-05-07 20:53     ` Andrew Morton
2020-05-07 20:53     ` Andrew Morton
2020-05-07 22:51     ` Ira Weiny
2020-05-07 22:51       ` Ira Weiny
2020-05-07 22:51       ` Ira Weiny
2020-05-07 22:51       ` Ira Weiny
2020-05-07 22:51       ` Ira Weiny
2020-05-07 22:51       ` Ira Weiny
2020-05-07 22:52   ` [PATCH V3.1] " ira.weiny
2020-05-07 22:52     ` ira.weiny
2020-05-07 22:52     ` ira.weiny
2020-05-07 22:52     ` ira.weiny
2020-05-07 22:52     ` ira.weiny
2020-05-07 22:52     ` ira.weiny
2020-05-08 15:25   ` [PATCH V3 15/15] " kbuild test robot
2020-05-08 15:35   ` kbuild test robot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200519162904.GA3356843@iweiny-DESK2.sc.intel.com \
    --to=ira.weiny@intel.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=akpm@linux-foundation.org \
    --cc=benh@kernel.crashing.org \
    --cc=bp@alien8.de \
    --cc=chris@zankel.net \
    --cc=christian.koenig@amd.com \
    --cc=dan.j.williams@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=davem@davemloft.net \
    --cc=deller@gmx.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hch@lst.de \
    --cc=hpa@zytor.com \
    --cc=jcmvbkbc@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-csky@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=linux@roeck-us.net \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=luto@kernel.org \
    --cc=mingo@redhat.com \
    --cc=paulus@samba.org \
    --cc=peterz@infradead.org \
    --cc=sparclinux@vger.kernel.org \
    --cc=tglx@linutronix.de \
    --cc=tsbogend@alpha.franken.de \
    --cc=viro@zeniv.linux.org.uk \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.