Starting with linux-5.9-rc4, the Dell monitor on my desktop PC goes
black during boot
when the kernel activates the framebuffer console, except for this
error message shown
in the center of the screen:
"Dell U2412M
The current input timing is not supported by the monitor display. Please
change
Ingo Molnar writes:
>
> * H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
> > Please fix it in both places. Using XOR instead of AND-NOT is a bug,
> > plain and simple.
>
> yes, i already fixed that when i added Mikael's patch and it's all
> queued up.
Ok. For reference and for LKML
Booting 2.6.25-rc3 on my Ultra5 causes a hang before or as
the console is switched over to the framebuffer. The console
output is (extrapolated from dmesg in -rc2 and handwritten
notes, as I don't have a serial cable to my U5):
PROMLIB: Sun IEEE Boot Prom 'OBP 3.25.3 2000/06/29 14:12'
PROMLIB:
Mikael Pettersson writes:
> Booting 2.6.25-rc3 on my Ultra5 causes a hang before or as
> the console is switched over to the framebuffer. The console
> output is (extrapolated from dmesg in -rc2 and handwritten
> notes, as I don't have a serial cable to my U5):
>
> PROM
Catalin Marinas writes:
> Compilation requires a new aarch64-none-linux-gnu-
> toolchain (http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01694.html).
Where are the corresponding binutils patches? Without those it's
impossible for people outside ARM to build the toolchain and kernel.
/Mikael
--
Linda Walsh writes:
> Robert Hancock wrote:
> > Linda Walsh wrote:
> >> Alan Cox wrote:
> rate began falling; at 128k block-reads-at-a-time or larger, it
> drops below
> 20MB/s (only on buffered SATA).
> >>> Try disabling NCQ - see if you've got a drive with the 'NCQ = no
>
Linda Walsh writes:
> Mikael Pettersson wrote:
> > Linda Walsh writes:
> > > Robert Hancock wrote:
> > > > Linda Walsh wrote:
> > > >>>> read rate began falling; at 128k block-reads-at-a-time or larger,
> > i
Alexander Shaduri writes:
> On Sat, 5 Jan 2008 09:10:12 +
> Al Viro <[EMAIL PROTECTED]> wrote:
>
> > and we have q->page == 0x48464443. Seeing how we assign that sucker, that
> > smells like we've got a page on quicklist with {0x43, 0x44, 0x46, 0x48}
> > in its first 4 bytes. Instead
The problematic machine has an Intel P965/ICH8R based ASUS P5B-E Plus
mainboard with a Core2Duo 6600 processor. Kernels up to and including
2.6.24-rc7 work fine on it.
Kernel 2.6.24-rc8 boots Ok, but if I try to do a warm reboot after
having run 2.6.24-rc8, the BIOS hangs. The initial BIOS screen
On Thu, 6 Dec 2007 21:20:41 -0500, Erez Zadok wrote:
> I get a "permission denied" when trying to mount a localhost nfsv2/3
> exported volume, on v2.6.24-rc4-124-gf194d13. It works w/ nfsv4 mounting.
> It worked fine in 2.6.24-rc3. Here's a sequence of ops I tried:
>
> # mount -t ext2 /dev/hdb1
William Lee Irwin III writes:
> The ->cap fields of struct acpi_video_device and struct acpi_video_bus
> are 1B each, not 4B. The oversized memset()'s corrupted the subsequent
> list_head fields. This resulted in silent corruption without
> CONFIG_DEBUG_LIST and BUG's with it. This patch uses
Doug Kehn writes:
> Hi All,
>
> I am observing kernel soft lockups when running
> network throughput tests with NUTTCP. The kernel is a
> stock 2.6.23 kernel with patches from uClinux.org. I
> have applied the incremental 2.6.23 patches to produce
> the resulting 2.6.23.14-uc0 kernel.
On Thu, 17 Jan 2008 23:13:50 +0100, Mikael Pettersson wrote:
> The problematic machine has an Intel P965/ICH8R based ASUS P5B-E Plus
> mainboard with a Core2Duo 6600 processor. Kernels up to and including
> 2.6.24-rc7 work fine on it.
>
> Kernel 2.6.24-rc8 boots Ok, but if I t
Jeff Garzik writes:
>
> Promise just gave permission to post the docs for their PDC20621 (i.e.
> SX4) hardware:
> http://gkernel.sourceforge.net/specs/promise/pdc20621-pguide-1.2.pdf.bz2
>
> joining the existing PDC20621 DIMM and PLL docs:
>
william cheng writes:
> Dear all,
>
> We got some problem on modprobing the ipmi_si module on Dell
> Power Edge 2600.
> On modprobing the ipmi_si the terminal hang and the process
> cannot be terminated by control-C.
> We got these messages in dmesg
>
>
sym2_io_error_detected() calls sym2_remove(), which is marked __devexit.
Fixed by removing the __devexit from sym2_remove().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
---
Resend. Previously reported against 2.6.24-rc6 on 2007-12-15.
--- linux-2.6.24-rc5/drivers/scsi/sym53c8xx_2/sym_glu
Sam Ravnborg writes:
> On Sat, Jan 26, 2008 at 07:03:15PM +0100, Mikael Pettersson wrote:
> > Building 2.6.24 with
> >
> > # CONFIG_HOTPLUG is not set
> > CONFIG_SCSI_SYM53C8XX_2=y
> >
> > results in the following during modpost:
> >
&g
Gene Heskett writes:
> Greeting;
>
> I had to reboot early this morning due to a freezeup, and I had a
> bunch of these in the messages log:
> ==
> Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0
> SAct 0x0 SErr 0x0 action 0x2 frozen
> Jan 27
Tino Keitel writes:
> Hi folks,
>
> with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> 2.6.23 on my Mac mini Core Duo. I saw that this was reported in
> http://bugzilla.kernel.org/show_bug.cgi?id=9721 and on netdev a patch
> for the sky2 driver was sent by Stephen
Peter Zijlstra writes:
>
> On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
>
> > 1. Wrong mailing list; use linux-ide (@vger) instead.
>
> What, and keep all us other interested people in the dark?
MAINTAINERS clearly lists linux-ide as the primary mailin
Gene Heskett writes:
> On Monday 28 January 2008, Peter Zijlstra wrote:
> >On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
> >> 1. Wrong mailing list; use linux-ide (@vger) instead.
> >
> >What, and keep all us other interested people in the d
Ingo Molnar writes:
>
> * Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> > > Now I tried the 2.6.24 release and noticed that WOL is still
> > > broken. I'll be happy to test any patches that can make it into
> > > 2.6.24.1.
> >
Gene Heskett writes:
> On Tuesday 29 January 2008, Alan Cox wrote:
> >> As slight change here, I was going to use the same .config as 2.6.24-rc8,
> >> but just discovered that neither rc8 nor final is finding the drivers for
> >> my
> >
> >If it is not finding a driver that is nothing to do
Adrian Bunk writes:
> The issue described in [1] is still present and unfixed (and even the
> fix there wasn't complete since it didn't cover SMP).
>
> Thanks to Riku Voipio for noting that it is still unfixed.
>
> cu
> Adrian
>
> [1] http://lkml.org/lkml/2007/8/1/474
I think calling
On Sun, 25 Nov 2007 15:02:15 -0700, Josh Goldsmith wrote:
> I have a Linksys NSLU2 running 2.6.21 (I can replicate the problem on
> 2.6.23 but it isn't fully supported on SlugOS). It is a armv5teb device
> with 32MB of RAM, 400+ MB swap on its 160GB USB2 root disk. The machine is
> used as
On Sun, 25 Nov 2007 22:28:03 -0700, Josh Goldsmith wrote:
> Is your 486 running a IDE disk on a normal interface or via USB? I wonder
> if the NSLU2 only having I/O via USB might be significant.
My 486 has neither PCI nor USB, the disk is attached to a
plain ancient IDE port.
> Also, this is
William Lee Irwin III writes:
> On Wed, Dec 12, 2007 at 12:48:09PM +0100, Mikael Pettersson wrote:
> > IMO the memset(ptr, 0, sizeof(*ptr)) idiom is both safer
> > and avoids having to write an uninteresting type name.
>
> How about this, then?
Looks good.
Acked-
sym2_remove(), which is marked __devexit.
Fixed by removing the __devexit from sym2_remove().
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
--- linux-2.6.24-rc5/drivers/scsi/sym53c8xx_2/sym_glue.c.~1~2007-12-15
15:37:04.0 +0100
+++ linux-2.6.24-rc5/drivers/scsi/sym53c8xx_2/sym_
Andi Kleen writes:
> Pavel Emelyanov <[EMAIL PROTECTED]> writes:
> >this subdir;
> > 3. sysctl inodes are now smaller than the procfs ones.
>
> That's always a good thing.
>
> > Note: update your initscripts to mount sysctl filesystem
> > right after the proc is mounted in order not
Yangfei (Felix) writes:
> Hi all,
>
> I found that hardcoded instruction in inline asm can cause certains
> certain features fail to work on ARM platform due to endianness.
> As an example, consider the following code snippet of
> platform_do_lowpower function from
My Kirkwood-based QNAP TS-119P+ boots fine with the 3.5 kernel. With
3.6-rc2 and 3.6-rc3 however sata_mv complains:
sata_mv sata_mv.0: cannot get optional clkdev
sata_mv sata_mv.0: slots 32 ports 2
and then the kernel grinds to a halt with no further messages.
Full boot log from 3.6-rc3
Andrew Lunn writes:
> On Sat, Aug 25, 2012 at 03:01:33PM +0200, Mikael Pettersson wrote:
> > My Kirkwood-based QNAP TS-119P+ boots fine with the 3.5 kernel. With
> > 3.6-rc2 and 3.6-rc3 however sata_mv complains:
> >
> > sata_mv sata_mv.0: cannot get optional cl
Ard Biesheuvel writes:
> This patch adds support for the PROT_FINAL flag to
> the mmap() and mprotect() syscalls.
>
> The PROT_FINAL flag indicates that the requested set
> of protection bits should be final, i.e., it shall
> not be allowed for a subsequent mprotect call to
> set
Adko Branil writes:
> After updating bios no more crashes happened, i tested it many times
> on heavy HDD IO loads, with many kernels (including CONFIG_PREEMPT
> kernels). But now if enable "Cool'n' Quiet" option in bios,
> CONFIG_PREEMPT_VOLUNTARY kernel with passed "nosmp" at boot time,
>
Al Viro writes:
> On Fri, Feb 15, 2008 at 12:35:23PM +0100, Mikael Pettersson wrote:
> > Andi Kleen writes:
> > > Pavel Emelyanov <[EMAIL PROTECTED]> writes:
> > > >this subdir;
> > > > 3. sysctl inodes are now smaller than the procfs o
The kernel for this 486 has CONFIG_M486=y and CONFIG_M586TSC=n,
but the 2.6.25 kernels still try to access the TSC. Here's the
oops from 2.6.25-rc2-git8:
Pid: 0, comm: swapper Not tainted (2.6.25-rc2-git8 #1)
EIP: 0060:[] EFLAGS: 00010002 CPU: 0
EIP is at native_read_tsc+0x6/0x10
EAX: 8ce6
Ingo Molnar writes:
>
> * Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> > The kernel for this 486 has CONFIG_M486=y and CONFIG_M586TSC=n, but
> > the 2.6.25 kernels still try to access the TSC. Here's the oops from
> > 2.6.25-rc2-git8:
>
> hm,
Mikael Pettersson writes:
> Ingo Molnar writes:
> >
> > * Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> >
> > > The kernel for this 486 has CONFIG_M486=y and CONFIG_M586TSC=n, but
> > > the 2.6.25 kernels still try to access the TSC.
Adko Branil writes:
> >Right near the end there's a lockdep warning about a deadlock
>
> >between sata_promise's hardreset thing and the machine getting a
> >ata_bmdma_interrupt.
>
> >But since I don't know this code, it would be nice if you could take a
> >look at it.
>
> I picked up
machine.
Signed-off-by: Mikael Pettersson
Tested-by: Adko Branil
Cc: sta...@vger.kernel.org
---
This bug affects 2.6.32 and newer kernels.
drivers/ata/sata_promise.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff -rupN linux-3.6-rc5/drivers/ata/sata_promise.c
linux
Alexander Kartashov writes:
> --- a/arch/arm/kernel/calls.S
> +++ b/arch/arm/kernel/calls.S
> @@ -387,7 +387,7 @@
> /* 375 */ CALL(sys_setns)
> CALL(sys_process_vm_readv)
> CALL(sys_process_vm_writev)
> -CALL(sys_ni_syscall)/* reserved for
I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
Fedora 15 user-space, and was greeted by the following kernel warning:
WARNING: at net/wireless/core.c:389 wiphy_register+0x5c3/0x600 [cfg80211]()
Hardware name: SAM#451B
Modules linked in: rt2500pci(+) snd_mpu401_uart
devendra.aaru writes:
> On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson wrote:
> > I just updated an old 1st gen AMD64 laptop from kernel 3.6.0 to 3.7.0,
> > Fedora 15 user-space, and was greeted by the following kernel warning:
> >
> > WARNING: at net/wireles
Gertjan van Wingerde writes:
> Mikael, Devendra,
>
> On Mon, Dec 17, 2012 at 1:59 PM, devendra.aaru
> wrote:
> > On Mon, Dec 17, 2012 at 7:22 AM, Mikael Pettersson wrote:
> >> devendra.aaru writes:
> >> > On Mon, Dec 17, 2012 at 5:51 AM, Mikael
Schrober writes:
> Hi,
>
> I wondered why the container_of implementation is so complicated.
>
> #define container_of(ptr, type, member) ({ \
> const typeof( ((type *)0)->member ) *__mptr = (ptr);\
> (type *)( (char *)__mptr - offsetof(type,member) );})
>
mplayer worked fine on my Dell Latitude E6510 (nVidia GT218 [NVS 3100M]
graphics)
up to and including kernel 3.7-rc4. However, with 3.7-rc5 or -rc6, any attempt
to
run mplayer just blanks the screen, shows some stray white pixels in the upper
left
corner, kills the X server, and spews the
Marcin Slusarz writes:
> On Sat, Nov 17, 2012 at 08:35:18PM +0100, Mikael Pettersson wrote:
> > mplayer worked fine on my Dell Latitude E6510 (nVidia GT218 [NVS 3100M]
> > graphics)
> > up to and including kernel 3.7-rc4. However, with 3.7-rc5 or -rc6, any
> >
Tim Shepard writes:
> This weekend I finally figured out why the keyboard in my MacBook Pro
> stopped working between 3.4 and 3.5.
>
> When I turned on CONFIG_EXPERT it turned off CONFIG_HID_APPLE. There
> was no warning that selecting "Configure standard kernel features" will
> invisibly
For the record the futex test case OOPSes a 5.3-rc3 kernel running on
a Sun Blade 2500 (2 x USIIIi). This system runs a custom distro with
a custom toolchain (gcc-8.3 based), so I doubt it's a distro problem.
On Sat, Aug 10, 2019 at 9:17 AM Christoph Hellwig wrote:
>
> There isn't really a way
On Sun, Feb 10, 2019 at 5:05 PM Jens Axboe wrote:
>
> On 2/10/19 8:44 AM, James Bottomley wrote:
> > On Sun, 2019-02-10 at 10:17 +0100, Mikael Pettersson wrote:
> >> On Sat, Feb 9, 2019 at 7:19 PM James Bottomley
> >> wrote:
> > [...]
> >>> I thi
4.20 and earlier kernels boot fine on my Sun Blade 2500 (UltraSPARC
IIIi), but the 5.0-rc kernels consistently experience a 5 minute delay
late during boot, after enabling networking but before allowing user
logins. E.g. 5.0-rc5 dmesg has:
[Fri Feb 8 17:13:17 2019] random: dbus-daemon:
On Sat, Feb 9, 2019 at 7:19 PM James Bottomley
wrote:
>
> On Sat, 2019-02-09 at 18:04 +0100, Mikael Pettersson wrote:
> > 4.20 and earlier kernels boot fine on my Sun Blade 2500 (UltraSPARC
> > IIIi), but the 5.0-rc kernels consistently experience a 5 minute
> > delay
>
Benjamin Herrenschmidt writes:
> On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
>
> > Apologies for hijacking this thread but I need to extend this discussion
> > somewhat regarding what a compiler might do with adjacent fields in a
> > structure.
> >
> > The tty subsystem
Michel Dänzer writes:
> On 30.08.2014 22:59, Mikael Pettersson wrote:
> > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
> > after a while in X + firefox. This still occurs with yesterday's HEAD
> > of Linus' repo. 3.16 and ealier kernels a
Michel Dänzer writes:
> On 06.09.2014 01:49, Mikael Pettersson wrote:
> > Michel Dänzer writes:
> > > On 30.08.2014 22:59, Mikael Pettersson wrote:
> > > > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen
> > corruption
> > >
Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
after a while in X + firefox. This still occurs with yesterday's HEAD
of Linus' repo. 3.16 and ealier kernels are fine.
I ran a bisect, which identified:
commit 72a9987edcedb89db988079a03c9b9c65b6ec9ac
Author: Michel
Michel Dänzer writes:
> On 30.08.2014 22:59, Mikael Pettersson wrote:
> > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
> > after a while in X + firefox. This still occurs with yesterday's HEAD
> > of Linus' repo. 3.16 and ealier kernels a
Michel Dänzer writes:
> On 06.09.2014 01:49, Mikael Pettersson wrote:
> > Michel Dänzer writes:
> > > On 30.08.2014 22:59, Mikael Pettersson wrote:
> > > > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen
> > corruption
> > >
Jann Horn writes:
> Or should I throw this patch away and write a patch
> for the prctl() manpage instead that documents that
> being able to call sigreturn() implies being able to
> effectively call sigprocmask(), at least on some
> architectures like X86?
Well, that is the semantics of
Andy Lutomirski writes:
> On Wed, Mar 11, 2015 at 2:43 PM, Mikael Pettersson
> wrote:
> > Jann Horn writes:
> > > Or should I throw this patch away and write a patch
> > > for the prctl() manpage instead that documents that
> > > being able
Jann Horn writes:
> On Wed, Mar 11, 2015 at 10:43:50PM +0100, Mikael Pettersson wrote:
> > Jann Horn writes:
> > > Or should I throw this patch away and write a patch
> > > for the prctl() manpage instead that documents that
> > > being able to
On my Ivy Bridge i7 mobo w/ Radeon graphics, the 4.1-rc2 kernel oopses hard,
requiring a hard reset:
BUG: unable to handle kernel NULL pointer dereference at 0010
IP: [] radeon_audio_detect+0x5b/0x150 [radeon]
PGD 0
Oops: [#1] SMP
Modules linked in: af_packet
Deucher, Alexander writes:
> > -Original Message-
> > From: Mikael Pettersson [mailto:mikpeli...@gmail.com]
> > Sent: Monday, May 04, 2015 11:53 AM
> > To: linux-kernel@vger.kernel.org
> > Cc: Deucher, Alexander
> > Subject: [REGRESSION,BISECTE
Peter Hurley writes:
> On 10/10/2014 12:36 PM, Russell King - ARM Linux wrote:
> > On Fri, Oct 10, 2014 at 12:26:14PM -0400, Peter Hurley wrote:
> >> gcc versions 4.8.[012] and 4.9.0 generates code that prematurely
> >> adjusts the stack pointer such that still-to-be-referenced locals
> >>
Peter Hurley writes:
> On 10/11/2014 12:33 PM, Mikael Pettersson wrote:
> > Peter Hurley writes:
> > > On 10/10/2014 12:36 PM, Russell King - ARM Linux wrote:
> > > > On Fri, Oct 10, 2014 at 12:26:14PM -0400, Peter Hurley wrote:
> > > >> gc
Tony Luck writes:
> On Tue, Dec 30, 2014 at 7:50 AM, Christoph Hellwig
> wrote:
> > IS the ia64 hpsim architecture still in use? I noticed it because it
> > has a fairly rudimentary SCSI driver under arch/ia64, which doesn't
> > look very maintained.
>
> Mikael was doing something with
Felix von Leitner writes:
> > Dear Linux kernel devs,
>
> > I talked to someone who uses large Linux based hardware to run a
> > process with huge memory requirements (think 4 GB), and he told me that
> > if they do a fork() syscall on that process, the whole system comes to
> > standstill.
Meelis Roos writes:
> > > Just got this on bootup of my Sun T2000:
> > >...
> > > I have not seen it before, this includes 4.6.0 4.6.0-08907-g7639dad
> > > 4.7.0-rc1-00094-g6b15d66 4.7.0-rc4-00014-g67016f6.
> > >
> > > It is not reproducible, did not appear on next reboot of the same
> > >
Andy Lutomirski writes:
> On Mon, Jun 6, 2016 at 9:03 AM, Kees Cook wrote:
> > On Fri, Jun 3, 2016 at 10:16 PM, Andy Lutomirski
> > wrote:
> >> https://bugzilla.mozilla.org/show_bug.cgi?id=1176099
> >>
> >> Should SIGSYS be delivered to the handler even if blocked? What, if
> >>
I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
and resulted in:
[ 41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 41.375156] serial8250: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is
a 16550A
With 4.3-rc1 however the command fails and logs
Greg Kroah-Hartman writes:
> On Mon, Sep 14, 2015 at 07:08:10PM +0200, Mikael Pettersson wrote:
> > I have CONFIG_SERIAL_8250=m. With 4.2 '/sbin/modprobe 8250' worked
> > and resulted in:
> >
> > [ 41.354550] Serial: 8250/16550 driver, 4 ports, IRQ sharing
Greg Kroah-Hartman writes:
> On Mon, Sep 14, 2015 at 08:06:21PM +0200, Mikael Pettersson wrote:
> > Greg Kroah-Hartman writes:
> > > On Mon, Sep 14, 2015 at 07:08:10PM +0200, Mikael Pettersson wrote:
> > > > I have CONFIG_SERIAL_8250=m. With 4.
Greg Kroah-Hartman writes:
> On Mon, Sep 14, 2015 at 02:12:43PM -0700, Greg Kroah-Hartman wrote:
> > On Mon, Sep 14, 2015 at 10:42:24PM +0200, Mikael Pettersson wrote:
> > > Greg Kroah-Hartman writes:
> > > > On Mon, Sep 14, 2015 at 08:06:21PM +0200, Mikael Pett
Vineet Gupta writes:
> On 07/09/2013 09:21 AM, Wedson Almeida Filho wrote:
> > On Sat, Jul 6, 2013 at 9:59 PM, Joe Perches wrote:
> >>
> >> Not correct.
> >>
> >>> while (start < end) {
> >>> - size_t mid = start + (end - start) / 2;
> >>> + size_t mid =
801 - 874 of 874 matches
Mail list logo