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 y
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 t
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
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
>
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: uninitial
On Mon, Nov 27, 2017 at 6:25 PM, Andi Kleen wrote:
> It's an arbitrary scaling limit on the how many mappings the process
> has. The more memory you have the bigger a problem it is. We've
> ran into this problem too on larger systems.
>
> The reason the limit was there originally because it allows
On Mon, Nov 27, 2017 at 5:22 PM, Matthew Wilcox wrote:
>> Could you be more explicit about _why_ we need to remove this tunable?
>> I am not saying I disagree, the removal simplifies the code but I do not
>> really see any justification here.
>
> I imagine he started seeing random syscalls failing
On Mon, Nov 27, 2017 at 11:12 AM, Michal Hocko wrote:
> > I've kept the kernel tunable to not break the API towards user-space,
> > but it's a no-op now. Also the distinction between split_vma() and
> > __split_vma() disappears, so they are merged.
>
> Could you be more explicit about _why_ we ne
ith Fedora 26 user-space. Also built an ARM NOMMU
kernel to make sure NOMMU compiles and links cleanly.
Signed-off-by: Mikael Pettersson
---
Documentation/sysctl/vm.txt | 17 +-
Documentation/vm/ksm.txt | 4
Documentation/vm/remap_f
Jia He writes:
> I tried to build kernel 4.14-rc1 on a arm64 server in distro centos 7.3.
> The gcc version is 4.8.5
I have no input on the specifics of the issue, but please note that gcc-4.8
is no longer supported or maintained by upstream. Even gcc-4.9 is EOL, and
gcc-5 will be EOL:d inn a
David Miller writes:
> From: Mikael Pettersson
> Date: Thu, 3 Aug 2017 22:02:57 +0200
>
> > With that in place the kernel booted fine.
> > When I then ran the `poll' strace test binary, the OOPS was replaced by:
> >
> > [ 140.589913] _copy_from_
Sam Ravnborg writes:
> On Tue, Aug 01, 2017 at 10:58:29PM +0200, Sam Ravnborg wrote:
> > Hi Mikael.
> >
> > I think this translates to the following code
> > from linux/uaccess.h
> >
> > first part is the inlined _copy_from_user()
> >
> > >
> > > (gdb) x/10i do_sys_poll+0x80-16
> > >
David Miller writes:
> From: Anatoly Pugachev
> Date: Tue, 1 Aug 2017 01:01:47 +0300
>
> > I don't know how to run on a running kernel , but as I understood:
> >
> > root@v215:strace# gzip -dc /boot/vmlinuz-4.12.0 > vmlinux
> > root@v215:strace# gdb -q vmlinux
> > Reading symbols from vm
Mikael Pettersson writes:
> Anatoly Pugachev writes:
> > On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson
> > wrote:
> > > It's an rpmbuild --rebuild of Fedora's strace-4.18-1.fc24.src.rpm, but
> according to the
> > > build log the
Anatoly Pugachev writes:
> On Fri, Jul 28, 2017 at 11:45 AM, Mikael Pettersson
> wrote:
> > It's an rpmbuild --rebuild of Fedora's strace-4.18-1.fc24.src.rpm, but
> > according to the
> > build log the following should do it:
> >
> > ex
David Miller writes:
> From: Mikael Pettersson
> Date: Thu, 27 Jul 2017 21:45:25 +0200
>
> > Attempting to build strace-4.18 as sparcv9 code and run its test suite
> > on a sparc64 machine (Sun Blade 2500 w/ 2 x USIIIi in my case) fails
> > reliably in
Attempting to build strace-4.18 as sparcv9 code and run its test suite
on a sparc64 machine (Sun Blade 2500 w/ 2 x USIIIi in my case) fails
reliably in three test cases (sched.gen, sched_xetattr.gen, and poll)
because two test binaries (sched_xetattr and poll) OOPS the kernel and
get killed. Sampl
Jiri Kosina writes:
> On Mon, 24 Jul 2017, Pavel Machek wrote:
>
> > On thinkpad x220, USB mouse stopped working in v4.13-rc2. v4.12 was
> > ok, iirc.
> >
> > Now, USB mouse is so common hw that I may have something wrong in my
> > config...? But I did not change anything there.
>
> Wel
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
> > > k
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
> >> anything
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.
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
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.2 '/sbin/
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, IR
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 the
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,BISECTED] 4
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 snd_hda_codec_gener
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 ca
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 to
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 sigr
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 h
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:
> > > >> gcc ver
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
> >> are
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
> > >
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
> > >
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
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 defines
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
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 DÃ
Steven Stewart-Gallus writes:
> Hello,
>
> I'm not totally sure that GLibc's setcontext is safe to use in a
> signal handler. So, I decided I was going to play things safe and let
> rt_sigreturn switch stacks for me instead. However, rt_sigreturn seems
> to reject my substitute stack frame a
On one of my machines, an Ivy Bridge desktop with a Radeon X550 (RV370)
graphics card, 3.17-rc1 causes random screen corruption with X running.
Eventually X stopped honoring mouse or keyboard clicks, and when I tried
to reboot it via an ssh login from another machine, it hanged hard.
3.16 and earli
Andy Lutomirski writes:
> The idea is to add AT_VDSO_FINDSYM pointing at __vdso_findsym. This
> implements __vdso_findsym.
>
> This would make it easier for runtimes that don't otherwise implement
> ELF loaders to use the vdso.
>
> Thoughts?
I'm opposed to this based on the principle tha
Paul E. McKenney writes:
> On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote:
> > On 29/05/14 23:11, One Thousand Gnomes wrote:
> > > On Thu, 29 May 2014 12:08:32 +1000
> > > Greg Ungerer wrote:
> > >
> > >> Hi All,
> > >>
> > >> Inside kernel/rcy/tree.c in __call_rcu() it does
Ulrich Windl writes:
> Hi!
>
> I'm programming a little bit with pthreads in Linux. As I understand
> pthread_t is an opaque type (a pointer address?) that cannot be mapped to
> the kernel's TID easily. Anyway: Is it expected that when one thread
> terminates and another thread is created
I'm having problems with the built-in keyboard on Dell Latitude E6230
laptops and Linux 3.12/3.13 kernels:
- sometimes the keyboard just keeps sending the same key code, as if
the key was held down permanently; sometimes that can be cured by
pressing ^C or something, but often only a reboot fi
Mikael Pettersson writes:
> Mikulas Patocka writes:
> >
> >
> > On Sat, 25 Jan 2014, Mikael Pettersson wrote:
> >
> > > My ski patches are in
> <http://user.it.uu.se/~mikpe/linux/patches/ia64/ski-1.3.2/>
> > > for now. I&#x
Mikulas Patocka writes:
>
>
> On Sat, 25 Jan 2014, Mikael Pettersson wrote:
>
> > My ski patches are in
> > <http://user.it.uu.se/~mikpe/linux/patches/ia64/ski-1.3.2/>
> > for now. I'll post the kernel patches to linux-ia64 @ vger i
Luck, Tony writes:
> Mikulas:
> >> Here I'm sending some ia64 patches to make it work in the ski emulator.
> >> This has been broken for a long time.
>
> Thanks - There are questions from time to time on how to test ia64
> for those people who do not have hardware.
>
> Mikael:
> > Thank
Mikulas Patocka writes:
>
>
> On Fri, 24 Jan 2014, Mikael Pettersson wrote:
>
> > Mikulas Patocka writes:
> > > Hi
> > >
> > > Here I'm sending some ia64 patches to make it work in the ski emulator.
> > > This has bee
Mikulas Patocka writes:
>
>
> On Fri, 24 Jan 2014, Mikael Pettersson wrote:
>
> > Mikulas Patocka writes:
> > > Hi
> > >
> > > Here I'm sending some ia64 patches to make it work in the ski emulator.
> > > This has bee
Mikulas Patocka writes:
> Hi
>
> Here I'm sending some ia64 patches to make it work in the ski emulator.
> This has been broken for a long time.
Thanks. I've recently started running 3.x kernels on ia64 via ski,
but I'm getting random kernel crashes with 3.13. I'll give your
patches a try
Yinghai Lu writes:
> On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson
> wrote:
> > Yinghai Lu writes:
> > > On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson
> > wrote:
> > > > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) an
Yinghai Lu writes:
> On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson
> wrote:
> > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
> > the mtrr sanitizer failed on it:
> >
> > === snip ===
> > Linux version 3.12.0 (mikpe
Russell King - ARM Linux writes:
> OABI compat was meant to allow a transition from OABI to EABI. While
> a lot of effort went in to the kernel side of that, which does allow
> OABI based userspace to boot with an EABI kernel, and allows OABI built
> test programs to run under an EABI kernel,
I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed that
the mtrr sanitizer failed on it:
=== snip ===
Linux version 3.12.0 (mikpe@barley) (gcc version 4.8.3 20131017 (prerelease)
(GCC) ) #1 SMP Wed Nov 6 09:46:02 CET 2013
Command line: ro root=LABEL=/ resume=/dev/sda2 rd_NO_LU
mpty and the 'other' pty
> > has been closed) and, only then, wait for buffer work to complete
> > before re-testing if the read buffer is still empty.
> >
> > As before, subsequent pty master reads return any available data
> > until no more data is available,
With 3.12-rc[12] I see unexpected failures in gcc's Ada acats testsuite, e.g.
=== acats tests ===
FAIL: a83009b
FAIL: c37209a
FAIL: c45531e
FAIL: c45614a
FAIL: c67005d
FAIL: c730a01
FAIL: c74302b
FAIL: cc3004a
FAIL: cd2a24j
FAIL: cd2a53a
FAIL: cxa3001
FAIL:
I wrote:
> Dell Latitude E6510, CONFIG_DRM_NOUVEAU, 64-bit Fedora 17 user-space, Xorg
> drivers, and
>
> 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev
> a2).
>
> With 3.11 X starts fine, with 3.12-rc1 it fails with the following in
> Xorg.0.log:
>
> ..
Dell Latitude E6510, CONFIG_DRM_NOUVEAU, 64-bit Fedora 17 user-space, Xorg
drivers, and
01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev
a2).
With 3.11 X starts fine, with 3.12-rc1 it fails with the following in
Xorg.0.log:
...
[56.819] (II) Loading /usr/lib64/
Vince Weaver writes:
> On Fri, 30 Aug 2013, Stephane Eranian wrote:
> > >
> > You mean that the high cost in your first example comes from the fact
> > that you are averaging over all the iterations and not n-1 (where 1 is
> > the first). I don't see a flag in mmap() to fault it in immediately
My Latitude E6510 has the following graphics HW:
01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev
a2) (prog-if 00 [VGA controller])
Subsystem: Dell Latitude E6510
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at e200 (32-bit, non-
Ortwin Glück writes:
> Hi,
>
> I think the bug is already fixed in this commit:
>
> f3ed0a17f0292300b3caca32d823ecd32554a667
>
> Thermal: x86 package temp thermal crash
Thanks. Although I can see that patch in git, it's NOT present in either
the linux-3.11-rc2.tar.xz or the patch-3.11-r
3.11-rc1 and -rc2 refuse to boot on my Dell Latitude E6510
(Intel Core i7-740QM processor) due to __rdmsr_on_cpu throwing
a #GP fault.
Being a laptop it doesn't have a good way to log early boot
messages, so the following was typed in by hand:
serio...
mousedev...
rtc_cmos...
general protection
Theodore Ts'o writes:
> On Fri, Jul 19, 2013 at 07:29:25PM +0200, Mikael Pettersson wrote:
> > I keep getting the following warning with 3.11-rc1 on sparc64:
> >
> > [ cut here ]
> > WARNING: CPU: 1 PID: 8174 at fs/ext4/inode.c:230
I keep getting the following warning with 3.11-rc1 on sparc64:
[ cut here ]
WARNING: CPU: 1 PID: 8174 at fs/ext4/inode.c:230 ext4_evict_inode+0x1f0/0x448()
Modules linked in: sunrpc af_packet ipv6 hid_generic snd_ali5451 snd_ac97_codec
snd_seq snd_seq_device snd_pcm tg3 sn
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 = (star
> This commit restores the old behavior.
>
> Signed-off-by: Ross Lagerwall
This solves the VT blanking regression I've seen with the 3.10-rc
kernels.
Tested-by: Mikael Pettersson
> ---
> On 06/14/2013 05:35 PM, Greg KH wrote:
> > p.s. In the future,
with
3.10-rc5), and with the patch I no longer see the bug.
Tested-by: Mikael Pettersson
> ---
> drivers/tty/pty.c | 13 +
> 1 file changed, 5 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
> index 9c2f1bc..dd0
Peter Hurley writes:
> Based on the other reports from Mikael and David, I suspect this problem
> may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
>
>pty: Ignore slave pty close() if never successfully opened
>
> This commit poisons the pty under certain error con
Markus Trippelsdorf writes:
> Since v3.8.0 several people reported intermittent IO errors that happen
> during high system load while using "emerge" under Gentoo:
> ...
> File "/usr/lib64/portage/pym/portage/util/_eventloop/EventLoop.py", line
> 260, in iteration
> if not x.callback(f,
Randy Dunlap writes:
> On 06/02/13 01:45, Linus Torvalds wrote:
> >
> > Another week, another -rc. But this time (at least for now) only as a git
> > tree - for people actually using the tar-balls and patches, I apologize,
> > but I'm a complete moron, and didn't install kup, its perl depen
Wang, Yalin writes:
> Hi
>
> I have download the latest linux kernel code 3.9.4
> And Compare with 3.4.0 kernel .
>
> It seems there is no change for this part ,
> So it will still happen .
> Does anyone know who is responsible for arm arch part kernel code ?
A quick look in MAINTAI
Warlich, Christof writes:
> richard -rw- weinberger writes:
> > Are you telling us that Ubuntu shipped the wrong header file?
>
> Hmm - at least I still don't know how to get the right definition
> of uc_mcontext (with eglibc-2.13 on Ubuntu 11.10) ...
>
> If I include both signal.h and as
Warlich, Christof writes:
> Mikael Pettersson writes:
> > Write to the fpstate ->mxcsr and ->swd fields in the sigaction handler's
> > uc_mcontext.
>
> To me, "sigaction handler's uc_mcontext" sounds like userspace, which really
&
Warlich, Christof writes:
> Andi Kleen writes:
> > The FP registers are restored lazily, but the state for this is kept in
> > the kernel.
>
> I'm not sure if I understand "lazily" in this context: Do you mean that FP
> registers _are_ restored within the kernel, but _not_ from a (possibly
Kernels up to an including 3.8.0 work Ok on my old dual-CPU G5, but
3.9-rc3 refuses to boot. After selecting it in yaboot's menu I see
Please wait, loading kernel
Elf64 kernel loaded
Loading ramdisk
ramdisk loaded
Invalid memory access at SRR0: .0380 SRR1: 9000.00081000
and
Russell King - ARM Linux writes:
> On Thu, Feb 14, 2013 at 02:49:18PM +0100, Arnd Bergmann wrote:
> > Recent assembler versions complain about extraneous
> > whitespace inside [] brackets. This fixes all of
> > these instances for the samsung platforms. We should
> > backport this to all kerne
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) );})
>
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 sys_kcm
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
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
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 rt2x00pc
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
> >
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 follow
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 arch/arm/mach-re
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 protection
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 t
inal reporter's 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/s
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,
> c
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 3
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
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 appende
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
--
T
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):
>
>
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: Roo
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 view
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.
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:
>
>
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 EBX
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
1 - 100 of 447 matches
Mail list logo
