Re: [linux-next][BUG][driver/scsi/lpfc][c00f62e6] Kernel panics when booting next kernel on my Power 9 box

On Wed, 2019-08-28 at 08:22 -0700, James Smart wrote: > On 8/27/2019 10:02 PM, Abdul Haleem wrote: > > Greetings, > > > > linux-next kernel 5.3.0-rc1 failed to boot with kernel Oops on Power 9 > > box > > > > I see a recent changes to lpfc code was from commit > > 10541f03 scsi: lpfc: Update

Re: [linux-next][BUG][driver/scsi/lpfc][10541f] Kernel panics when booting next kernel on my Power 9 box

On 8/27/2019 10:02 PM, Abdul Haleem wrote: Greetings, linux-next kernel 5.3.0-rc1 failed to boot with kernel Oops on Power 9 box I see a recent changes to lpfc code was from commit 10541f03 scsi: lpfc: Update lpfc version to 12.4.0.0 Recent boot logs: [..snip..] see

[linux-next] kernel Oops when booting powerpc

Greeting's linux-next kernel booted with kernel Oops on powerpc machine. Machine Type: Power 8 [bare-metal & PowerVM LPAR] kernel version: 4.15.0-rc7-next-20180115 test: Boot config: attached bootlogs: - ses 0:0:3:0: Attached Enclosure device ses 0:0:4:0: Attached Enclosure device

[linux-next] kernel Oops when booting powerpc

Greeting's linux-next kernel booted with kernel Oops on powerpc machine. Machine Type: Power 8 [bare-metal & PowerVM LPAR] kernel version: 4.15.0-rc7-next-20180115 test: Boot config: attached bootlogs: - ses 0:0:3:0: Attached Enclosure device ses 0:0:4:0: Attached Enclosure device

v4.12-rc6: kernel hang during booting

Hi Guys, I just found that sometimes v4.12-rc6 kernel hang happens during booting, please see the following stack trace: [ OK ] Listening on LVM2 poll daemon socket. INFO: rcu_preempt detected stalls on CPUs/tasks: 0-...: (0 ticks this GP) idle=732/140/0 softirq=1182/1186 fqs

v4.12-rc6: kernel hang during booting

Hi Guys, I just found that sometimes v4.12-rc6 kernel hang happens during booting, please see the following stack trace: [ OK ] Listening on LVM2 poll daemon socket. INFO: rcu_preempt detected stalls on CPUs/tasks: 0-...: (0 ticks this GP) idle=732/140/0 softirq=1182/1186 fqs

Re: [BUG] [PowerPC] Kernel Oops when booting Linux mainline

On Mon, 2017-03-13 at 14:48 +0530, Abdul Haleem wrote: > Hi, > > Mainline boot is broken on PowerPC bare metal with below traces: > Machine Type : Power 8 Bare metal > > [ OK ] Mounted Debug File System. > [ OK ] Started Nameserver information manager. > [ OK ] Started LVM2 metadata

Re: [BUG] [PowerPC] Kernel Oops when booting Linux mainline

On Mon, 2017-03-13 at 14:48 +0530, Abdul Haleem wrote: > Hi, > > Mainline boot is broken on PowerPC bare metal with below traces: > Machine Type : Power 8 Bare metal > > [ OK ] Mounted Debug File System. > [ OK ] Started Nameserver information manager. > [ OK ] Started LVM2 metadata

[BUG] [PowerPC] Kernel Oops when booting Linux mainline

Hi, Mainline boot is broken on PowerPC bare metal with below traces: Machine Type : Power 8 Bare metal [ OK ] Mounted Debug File System. [ OK ] Started Nameserver information manager. [ OK ] Started LVM2 metadata daemon. Unable to handle kernel paging request for data at address

[BUG] [PowerPC] Kernel Oops when booting Linux mainline

Hi, Mainline boot is broken on PowerPC bare metal with below traces: Machine Type : Power 8 Bare metal [ OK ] Mounted Debug File System. [ OK ] Started Nameserver information manager. [ OK ] Started LVM2 metadata daemon. Unable to handle kernel paging request for data at address

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 8, 2015 at 12:39 PM, H. Peter Anvin wrote: > On December 8, 2015 12:30:06 PM PST, Kees Cook wrote: >>On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: >>> On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote:

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 8, 2015 at 12:39 PM, H. Peter Anvin wrote: > On December 8, 2015 12:30:06 PM PST, Kees Cook wrote: >>On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: >>> On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote:

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:30:06PM -0800, Kees Cook wrote: > If we add this for not-nx, I would like to add it for not-rodata too. The W+X thing? I was under the impression we want to fix all those so that the ptdump check doesn't fire anymore. > I've never seen anyone actually use it. I was

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:39:14PM -0800, H. Peter Anvin wrote: > Actually I think of it much more as a debug option - being able to > mimic NX-unaware hardware and to track down problems in the field. Considering it can be dangerous when exposed to the user, should we hide it behind a "Kernel

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On December 8, 2015 12:30:06 PM PST, Kees Cook wrote: >On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: >> On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: >>> On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: >>> > >>> > Thank you pointing that out. >>> > >>> >

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: > On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: >> On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: >> > >> > Thank you pointing that out. >> > >> > linux-4.4-rc3 booted without a problem on a real server even with XD >>

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: > On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: > > > > Thank you pointing that out. > > > > linux-4.4-rc3 booted without a problem on a real server even with XD > > turned off by the firmware. I didn't notice this before

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: > > Thank you pointing that out. > > linux-4.4-rc3 booted without a problem on a real server even with XD > turned off by the firmware. I didn't notice this before because I was > using an older version of the kernel on the real server, and

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: > > Thank you pointing that out. > > linux-4.4-rc3 booted without a problem on a real server even with XD > turned off by the firmware. I didn't notice this before because I was > using an older version of the kernel on the real server, and

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: > On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: > > > > Thank you pointing that out. > > > > linux-4.4-rc3 booted without a problem on a real server even with XD > > turned off by the firmware. I didn't notice this before

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: > On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: >> On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: >> > >> > Thank you pointing that out. >> > >> > linux-4.4-rc3 booted without a problem on a real server

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:30:06PM -0800, Kees Cook wrote: > If we add this for not-nx, I would like to add it for not-rodata too. The W+X thing? I was under the impression we want to fix all those so that the ptdump check doesn't fire anymore. > I've never seen anyone actually use it. I was

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On December 8, 2015 12:30:06 PM PST, Kees Cook wrote: >On Tue, Dec 8, 2015 at 6:19 AM, Borislav Petkov wrote: >> On Tue, Dec 08, 2015 at 12:25:57PM +, Matt Fleming wrote: >>> On Mon, 07 Dec, at 11:10:43PM, Kosuke Tatsukawa wrote: >>> > >>> > Thank you

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Tue, Dec 08, 2015 at 12:39:14PM -0800, H. Peter Anvin wrote: > Actually I think of it much more as a debug option - being able to > mimic NX-unaware hardware and to track down problems in the field. Considering it can be dangerous when exposed to the user, should we hide it behind a "Kernel

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

Matt Fleming wrote: > On Thu, 03 Dec, at 11:58:33PM, Kosuke Tatsukawa wrote: >> The kernel panics early in boot on a x86_64 server if the eXecute >> Disable (XD) bit is set to disabled in the uEFI firmware. The message >> in the kernel log buffer looks like below. >>

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

Matt Fleming wrote: > On Thu, 03 Dec, at 11:58:33PM, Kosuke Tatsukawa wrote: >> The kernel panics early in boot on a x86_64 server if the eXecute >> Disable (XD) bit is set to disabled in the uEFI firmware. The message >> in the kernel log buffer looks like below. >>

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Thu, 03 Dec, at 11:58:33PM, Kosuke Tatsukawa wrote: > The kernel panics early in boot on a x86_64 server if the eXecute > Disable (XD) bit is set to disabled in the uEFI firmware. The message > in the kernel log buffer looks like below. >

Re: [PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

On Thu, 03 Dec, at 11:58:33PM, Kosuke Tatsukawa wrote: > The kernel panics early in boot on a x86_64 server if the eXecute > Disable (XD) bit is set to disabled in the uEFI firmware. The message > in the kernel log buffer looks like below. >

[PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

The kernel panics early in boot on a x86_64 server if the eXecute Disable (XD) bit is set to disabled in the uEFI firmware. The message in the kernel log buffer looks like below. [0.00] CPU: 0 PID: 0 Comm: swapper

[PATCH 1/2] x86: Fix kernel panic when booting with XD disabled in uEFI firmware

The kernel panics early in boot on a x86_64 server if the eXecute Disable (XD) bit is set to disabled in the uEFI firmware. The message in the kernel log buffer looks like below. [0.00] CPU: 0 PID: 0 Comm: swapper

Re: [RFC] Kdump with UEFI secure boot (Re: [PATCH v2] kdump: pass acpi_rsdp= to 2nd kernel for efi booting)

On Tue, Oct 23, 2012 at 04:41:24PM +0100, Matthew Garrett wrote: > On Tue, Oct 23, 2012 at 10:59:20AM -0400, Vivek Goyal wrote: > > > But what about creation of a new program which can call kexec_load() > > and execute an unsigned kernel. Doesn't look like that will be > > prevented using IMA. >

Re: [RFC] Kdump with UEFI secure boot (Re: [PATCH v2] kdump: pass acpi_rsdp= to 2nd kernel for efi booting)

On Tue, Oct 23, 2012 at 04:41:24PM +0100, Matthew Garrett wrote: On Tue, Oct 23, 2012 at 10:59:20AM -0400, Vivek Goyal wrote: But what about creation of a new program which can call kexec_load() and execute an unsigned kernel. Doesn't look like that will be prevented using IMA. Right.

Re: Kernel is not booting.............

ssed) >Data Size:623896 Bytes = 609.3 kB >Load Address: 0b008000 >Entry Point: 0b008000 >Verifying Checksum ... OK > OK > No initrd > ## Transferring control to Linux (at address 0b008000) ... > > Starting kernel ... &

Kernel is not booting.............

0b008000) ... Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.18-DRM ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #34

Kernel is not booting.............

0b008000) ... Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.18-DRM ([EMAIL PROTECTED]) (gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)) #34

Re: Kernel is not booting.............

: 0b008000 Verifying Checksum ... OK OK No initrd ## Transferring control to Linux (at address 0b008000) ... Starting kernel ... Uncompressing Linux... done, booting the kernel

Kernel panic when booting without acpi=off as of 2.6.12-rc1 and above

Summary of error: insmod error inserting '/lib/ata_piix.ko': -1 Unknown symbol in module ERROR: /bin/insmod exited abnormally! Mounting root filesystem mount: error 19 mounting ext3 mount: error 2 mounting none Switching to new root switchroot: mount failed: 22 umount /initrd/dev failed: 2

Kernel panic when booting without acpi=off as of 2.6.12-rc1 and above

Summary of error: insmod error inserting '/lib/ata_piix.ko': -1 Unknown symbol in module ERROR: /bin/insmod exited abnormally! Mounting root filesystem mount: error 19 mounting ext3 mount: error 2 mounting none Switching to new root switchroot: mount failed: 22 umount /initrd/dev failed: 2