Hi,
If you load hid-multitouch into the initramfs it leads to random crashes.
If you load the module later it doesn't harm.
Only Arch dm-crypt users are affected by this issue because they need the
mkinitcpio "keyboard" hook to be able to type the password, and it loads
hid-multitouch into the
Hi,
If you load hid-multitouch into the initramfs it leads to random crashes.
If you load the module later it doesn't harm.
Only Arch dm-crypt users are affected by this issue because they need the
mkinitcpio "keyboard" hook to be able to type the password, and it loads
hid-multitouch into the
I tried to use Ubuntu's kernel with Ubuntu's initramfs on Arch, but somehow
I didn't manage to boot the system.
So I kept the Ubuntu kernel and I generated a new initramfs for it: I still
get crashes at boot, maybe a bit less frequently.
Then I decided to build a kernel statically without
I tried to use Ubuntu's kernel with Ubuntu's initramfs on Arch, but somehow
I didn't manage to boot the system.
So I kept the Ubuntu kernel and I generated a new initramfs for it: I still
get crashes at boot, maybe a bit less frequently.
Then I decided to build a kernel statically without
On giovedì 8 ottobre 2015 12:28:16 CEST, Mika Westerberg wrote:
On Thu, Oct 08, 2015 at 12:17:39PM +0200, Niccolò Belli wrote:
Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto: ...
You may want to try another distro if it reproduces.
It seems that only Arch triggers the
On giovedì 8 ottobre 2015 12:28:16 CEST, Mika Westerberg wrote:
On Thu, Oct 08, 2015 at 12:17:39PM +0200, Niccolò Belli wrote:
Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto: ...
You may want to try another distro if it reproduces.
It seems that only Arch triggers the
On Thu, Oct 08, 2015 at 12:17:39PM +0200, Niccolò Belli wrote:
> Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto:
> >On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
> >>Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto: ...
> >
> >It looks like a
Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto:
On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto: ...
It looks like a memory corruption somewhere. Unfortunately it is not
obvious from the log
On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
> Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto:
> >On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
> >>Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto: ...
> >
> >It says:
> >
>
Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto:
On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto: ...
It looks like a memory corruption somewhere. Unfortunately it is not
obvious from the log
On Thu, Oct 08, 2015 at 12:17:39PM +0200, Niccolò Belli wrote:
> Il giovedì 8 ottobre 2015 12:06:15 CEST, Mika Westerberg ha scritto:
> >On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
> >>Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto: ...
> >
> >It looks like a
On Mon, Oct 05, 2015 at 05:59:38PM +0200, Niccolò Belli wrote:
> Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto:
> >On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
> >>Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto: ...
> >
> >It says:
> >
>
Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto:
On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto: ...
It says:
Mounting /boot...
[FAILED] Failed to mount /boot.
See 'systemctl status
On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
> Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto:
> >On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
> >>On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote: ...
> >
> >What if you disable
Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto:
On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote: ...
What if you disable the whole ALSA SoC?
CONFIG_SND_SOC=n
Now I don't get any Oops but it
On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
> On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote:
> >On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
> >>Hi,
> >>This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
> >>4.2.1 and
On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
> On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote:
> >On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
> >>Hi,
> >>This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
> >>4.2.1 and
On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
> Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto:
> >On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
> >>On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote: ...
> >
> >What if you disable
Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto:
On Sat, Oct 03, 2015 at 12:11:54PM +0200, Niccolò Belli wrote:
On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote: ...
What if you disable the whole ALSA SoC?
CONFIG_SND_SOC=n
Now I don't get any Oops but it
Il lunedì 5 ottobre 2015 15:54:49 CEST, Mika Westerberg ha scritto:
On Mon, Oct 05, 2015 at 03:41:09PM +0200, Niccolò Belli wrote:
Il lunedì 5 ottobre 2015 12:46:45 CEST, Mika Westerberg ha scritto: ...
It says:
Mounting /boot...
[FAILED] Failed to mount /boot.
See 'systemctl status
On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote:
On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
Hi,
This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
4.2.1 and 4.3-rc3 and they are all affected.
Every time I turn on my laptop I have to
On venerdì 2 ottobre 2015 12:19:19 CEST, Mika Westerberg wrote:
On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
Hi,
This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
4.2.1 and 4.3-rc3 and they are all affected.
Every time I turn on my laptop I have to
On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
> Hi,
> This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
> 4.2.1 and 4.3-rc3 and they are all affected.
> Every time I turn on my laptop I have to boot several times to be able to
> reach the sddm login
Hi,
This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
4.2.1 and 4.3-rc3 and they are all affected.
Every time I turn on my laptop I have to boot several times to be able to
reach the sddm login because often I get hangs which prevent the system to
boot. Once booted I
On Fri, Oct 02, 2015 at 11:59:38AM +0200, Niccolò Belli wrote:
> Hi,
> This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
> 4.2.1 and 4.3-rc3 and they are all affected.
> Every time I turn on my laptop I have to boot several times to be able to
> reach the sddm login
Hi,
This laptop suffers of random kernel hangs at boot: I tested kernel 4.1.8,
4.2.1 and 4.3-rc3 and they are all affected.
Every time I turn on my laptop I have to boot several times to be able to
reach the sddm login because often I get hangs which prevent the system to
boot. Once booted I
On Tue, Jan 15, 2008 at 12:35:15PM -0800, Andrew Morton wrote:
> On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson <[EMAIL PROTECTED]> wrote:
>
> > - Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
> > The reservation up to page size of memory after init data was
On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson <[EMAIL PROTECTED]> wrote:
> - Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
> The reservation up to page size of memory after init data was previously
> not done if BLK_DEV_INITRD was undefined.
> This caused a
> > What about applying the same fixes/changes to v32?
>
> In the works.
>
> > It would btw. be nice to move the vmlinux.lds.S files to
> > arch/cris/kernel/.
> > Se how x86 handle build for two different bit sizes.
> >
> > If this is done then cris is less awkward compared
> > to the other
On Tue, Jan 15, 2008 at 02:54:19PM +0100, Sam Ravnborg wrote:
> On Tue, Jan 15, 2008 at 02:36:24PM +0100, Jesper Nilsson wrote:
> > - Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
> > The reservation up to page size of memory after init data was previously
> > not
On Tue, Jan 15, 2008 at 02:36:24PM +0100, Jesper Nilsson wrote:
> - Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
> The reservation up to page size of memory after init data was previously
> not done if BLK_DEV_INITRD was undefined.
> This caused a kernel oops
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel oops when init memory pages were freed after startup,
data placed in the same
On Tue, Jan 15, 2008 at 02:36:24PM +0100, Jesper Nilsson wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel oops when
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel oops when init memory pages were freed after startup,
data placed in the same
On Tue, Jan 15, 2008 at 02:54:19PM +0100, Sam Ravnborg wrote:
On Tue, Jan 15, 2008 at 02:36:24PM +0100, Jesper Nilsson wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if
What about applying the same fixes/changes to v32?
In the works.
It would btw. be nice to move the vmlinux.lds.S files to
arch/cris/kernel/.
Se how x86 handle build for two different bit sizes.
If this is done then cris is less awkward compared
to the other archs.
That's a
On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson [EMAIL PROTECTED] wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel
On Tue, Jan 15, 2008 at 12:35:15PM -0800, Andrew Morton wrote:
On Tue, 15 Jan 2008 14:36:24 +0100 Jesper Nilsson [EMAIL PROTECTED] wrote:
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
>
> >> Trace; c0194d36
>
> >Do you have any ISAPNP cards in your system?
>
> Yes, a Soundblaster AWE64 that has never given me any problems. I tried
> booting
> test10 and test1 with that card pulled, and they both still oopsed on boot.
>
>
Jeff, I recompiled test10 with all kernel ISA
Jeff, thank you for responding.
>Can you play the kernel shuffle, and narrow down exactly which kernel
>version breaks for you? Read, from the linux source tree,
>Documentation/BUG-HUNTING.
OK. I've compiled test1, and it also oopsed on boot. (Which is confusing,
since I know for sure I had
Brad Corsello wrote:
>
> [1.] One line summary of the problem:
> kernel oops on boot in 2.4.0 test 10 (i386)
>
> [2.] Full description of the problem/report:
> On every boot of test 10, I get a kernel oops very early on.
> Is reproducibl
[1.] One line summary of the problem:
kernel oops on boot in 2.4.0 test 10 (i386)
[2.] Full description of the problem/report:
On every boot of test 10, I get a kernel oops very early on.
Is reproducible (happens every boot).
I've successfully booted 2.3 kernels
[1.] One line summary of the problem:
kernel oops on boot in 2.4.0 test 10 (i386)
[2.] Full description of the problem/report:
On every boot of test 10, I get a kernel oops very early on.
Is reproducible (happens every boot).
I've successfully booted 2.3 kernels
Mircea Damian wrote:
>
> On Thu, Oct 26, 2000 at 10:20:45AM -0400, Brian Gerst wrote:
> > Mircea Damian wrote:
> > >
> > > Hello,
> > >
> > > I'm unable to boot kernel 2.4.0-test10-pre5 on a:
> >
> > Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
>
> Ok. I can do that, but there is nowhere written
On Thu, Oct 26, 2000 at 10:20:45AM -0400, Brian Gerst wrote:
> Mircea Damian wrote:
> >
> > Hello,
> >
> > I'm unable to boot kernel 2.4.0-test10-pre5 on a:
>
> Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
Ok. I can do that, but there is nowhere written that I should do
that. If I remember right
On Thu, 26 Oct 2000, Brian Gerst wrote:
> "Richard B. Johnson" wrote:
> > Stand-alone, it can't do anything useful. However, if it generates
> > a page-fault due to the read or write, the page-fault handler could
> > do "something". Currently, the fault it fatal, probably because
> > the passed
Richard B. Johnson wrote:
> > And here is the broken routine:
> >
> > 03f4 :
[...]
> This is not good code. It does the following:
>
> o Gets a parameter off the stack and puts into eax (a pointer).
> o Put the value 1 into ecx.
> o Take a byte from the pointed-to location and
"Richard B. Johnson" wrote:
> Stand-alone, it can't do anything useful. However, if it generates
> a page-fault due to the read or write, the page-fault handler could
> do "something". Currently, the fault it fatal, probably because
> the passed pointer is invalid.
The write-protect test code is
Mircea Damian wrote:
>
> Hello,
>
> I'm unable to boot kernel 2.4.0-test10-pre5 on a:
Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
--
Brian Gerst
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Thu, 26 Oct 2000, Mircea Damian wrote:
>
>
> Hello,
>
> I'm unable to boot kernel 2.4.0-test10-pre5 on a:
>
>
> And here is the broken routine:
>
> 03f4 :
> 3f4: 8b 44 24 04 movl 0x4(%esp,1),%eax
> 3f8: b9 01 00 00 00 movl $0x1,%ecx
> 3fd: 8a 10
Hello,
I'm unable to boot kernel 2.4.0-test10-pre5 on a:
root@cyrix:/usr/src/linux/arch/i386/mm# cat /proc/cpuinfo
processor : 0
vendor_id : CyrixInstead
cpu family : 6
model : 2
model name : 6x86MX 2.5x Core/Bus Clock
stepping: 7
cpu MHz :
On Thu, 26 Oct 2000, Mircea Damian wrote:
Hello,
I'm unable to boot kernel 2.4.0-test10-pre5 on a:
And here is the broken routine:
03f4 do_test_wp_bit:
3f4: 8b 44 24 04 movl 0x4(%esp,1),%eax
3f8: b9 01 00 00 00 movl $0x1,%ecx
3fd: 8a 10
Mircea Damian wrote:
Hello,
I'm unable to boot kernel 2.4.0-test10-pre5 on a:
Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
--
Brian Gerst
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
"Richard B. Johnson" wrote:
Stand-alone, it can't do anything useful. However, if it generates
a page-fault due to the read or write, the page-fault handler could
do "something". Currently, the fault it fatal, probably because
the passed pointer is invalid.
The write-protect test code is a
Richard B. Johnson wrote:
And here is the broken routine:
03f4 do_test_wp_bit:
[...]
This is not good code. It does the following:
o Gets a parameter off the stack and puts into eax (a pointer).
o Put the value 1 into ecx.
o Take a byte from the pointed-to location
On Thu, 26 Oct 2000, Brian Gerst wrote:
"Richard B. Johnson" wrote:
Stand-alone, it can't do anything useful. However, if it generates
a page-fault due to the read or write, the page-fault handler could
do "something". Currently, the fault it fatal, probably because
the passed pointer
On Thu, Oct 26, 2000 at 10:20:45AM -0400, Brian Gerst wrote:
Mircea Damian wrote:
Hello,
I'm unable to boot kernel 2.4.0-test10-pre5 on a:
Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
Ok. I can do that, but there is nowhere written that I should do
that. If I remember right gcc-2.7.2.3
Mircea Damian wrote:
On Thu, Oct 26, 2000 at 10:20:45AM -0400, Brian Gerst wrote:
Mircea Damian wrote:
Hello,
I'm unable to boot kernel 2.4.0-test10-pre5 on a:
Upgrade GCC to 2.91.66 (aka egcs-1.1.2)
Ok. I can do that, but there is nowhere written that I should do
that.
58 matches
Mail list logo