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 viewers, this
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):
PROMLIB: Sun IEEE Boot 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
--
To
On Mon, 29 Oct 2007 01:05:58 +0100 (MET), Mikael Pettersson wrote:
My old 486 fails to boot with the 2.6.24-rc1 kernel.
Grub loads it, 4 lines of text appear but not the kernel's
Linux version blah greet, and the machine reboots.
Double-checked with a serial console: nothing appears
before
On Sun, 04 Nov 2007 10:29:34 -0800, H. Peter Anvin wrote:
Could you send me your /proc/cpuinfo?
Sure. It's a 100Mhz Intel 486 DX4:
processor : 0
vendor_id : GenuineIntel
cpu family : 4
model : 8
model name : 486 DX/4
stepping: 0
cache size : 0 KB
On Sun, 04 Nov 2007 11:41:58 -0800, H. Peter Anvin wrote:
Mikael Pettersson wrote:
First patch didn't build. Second patch builds and boots Ok.
So this means the 486 DX4 has a buggy mov to %cr0?
Apparently.
Maybe not. I had a look in Intel's SDM Vol3, and the
section switching
On Sun, 04 Nov 2007 15:51:43 -0800, H. Peter Anvin wrote:
Mikael, can you try this patch (rev 3) on your 486?
It works fine.
/Mikael
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
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_kcmp */
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 mi...@it.uu.se 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/wireless/core.c:389
Gertjan van Wingerde writes:
Mikael, Devendra,
On Mon, Dec 17, 2012 at 1:59 PM, devendra.aaru devendra.a...@gmail.com
wrote:
On Mon, Dec 17, 2012 at 7:22 AM, Mikael Pettersson mi...@it.uu.se wrote:
devendra.aaru writes:
On Mon, Dec 17, 2012 at 5:51 AM, Mikael Pettersson mi
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
attempt to
run mplayer just blanks
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 turn off
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) );})
isn't
A vanilla 2.6.22 built for ppc32 and configured with CONFIG_FB_MACMODES=y,
CONFIG_HOTPLUG=n,
and CONFIG_MODULES=y, triggers the following warning from modpost:
WARNING: drivers/built-in.o(__ksymtab+0x3b0): Section mismatch: reference to
.init.text:mac_find_mode (between
On Wed, 11 Jul 2007 12:10:06 +0200, Amaury De Ganseman wrote:
I see this message in dmesg(full dmesg in attach):
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata1.00: cmd ec/00:00:00:00:00/00:00:00:00:00/00 tag 0 cdb 0x0 data 512 in
res
On Thu, 7 Jun 2007 19:35:51 -0700, William Lee Irwin III wrote:
@@ -573,12 +574,12 @@
config VMSPLIT_3G
bool 3G/1G user/kernel split
config VMSPLIT_3G_OPT
- depends on !HIGHMEM
+ depends on !X86_PAE
bool 3G/1G user/kernel split
On Fri, 08 Jun 2007 10:14:03 +0200, Gerard H. Pille wrote:
[1.] One line summary of the problem:
Since I switched from 2.6.20 to 2.6.21 on my Athlon AMD64 laptop, the system
time is slow - about 1' on 15'.
According to your system description it seems that you have a
Targa Visionary laptop
On Sun, 10 Jun 2007 12:02:00 -0600, Robert Hancock wrote:
Mikael Pettersson wrote:
On Fri, 08 Jun 2007 10:14:03 +0200, Gerard H. Pille wrote:
[1.] One line summary of the problem:
Since I switched from 2.6.20 to 2.6.21 on my Athlon AMD64 laptop, the
system
time is slow - about 1
On Fri, 15 Jun 2007 13:01:48 +0400, Vasily Tarasov wrote:
OpenVZ Linux kernel team has discovered the problem
with 32bit quota tools working on 64bit architectures.
In 2.6.10 kernel sys32_quotactl() function was replaced by sys_quotactl() with
the comment sys_quotactl seems to be 32/64bit
On Fri, 15 Jun 2007 12:43:01 +0200, Arnd Bergmann wrote:
On Friday 15 June 2007, Mikael Pettersson wrote:
--- linux-2.6.22-rc4-fixed/fs/quota.c.orig=A0=A0=A0=A02007-06-14 15:55:=
26.0 +0400
+++ linux-2.6.22-rc4-fixed/fs/quota.c=A02007-06-14 19:50:13.0 +=
0400
nfsctl.c:write_getfs() open-codes offsetof, but does it poorly
resulting in the following warning on 64-bit machines:
fs/nfsd/nfsctl.c: In function 'write_getfs':
fs/nfsd/nfsctl.c:248: warning: cast from pointer to integer of different size
Fix: use offsetof().
Signed-off-by: Mikael Pettersson
On Mon, 18 Jun 2007 16:33:22 +0800, gshan [EMAIL PROTECTED] wrote:
I can't understand the following instructions from
arch/ppc/mm/hashtable.S::hash_page. If I got the right design, the
following instruction is to get the PMD (Page Middle Descritor) because
Linux for 32-bits PowerPC cut page
(requested by Jeff)
This patch should cause no behavioural changes, except for
the removed printks.
Signed-off-by: Mikael Pettersson [EMAIL PROTECTED]
--
drivers/ata/sata_promise.c | 56 ++---
1 files changed, 23 insertions(+), 33 deletions(-)
--- linux
control and status flags for all ports.
I considered following the ahci/sata_sil24 structure, but
that would have required non-trivial changes to the interrupt
handling path, so I chose to keep the hotplug changes simple
and unobtrusive.
Signed-off-by: Mikael Pettersson [EMAIL PROTECTED]
--
This patch
Andrew Morton writes:
On Mon, 18 Jun 2007 12:21:47 +0400
Vasily Tarasov [EMAIL PROTECTED] wrote:
From: Vasily Tarasov [EMAIL PROTECTED]
This patch should be applied after Arnd Bergmann's patch,
that intoduces new compat types:
http://lkml.org/lkml/2007/6/15/98
OpenVZ
(cc: linux-ide added)
On Sun, 24 Jun 2007 20:49:05 +0200, otto Meier wrote:
I got the following in my logs:
Jun 24 19:06:40 gate2 kernel: ata4.00: exception Emask 0x0 SAct 0x0 SErr
0x0 action 0x0
Jun 24 19:06:40 gate2 kernel: ata4.00: (port_status 0x1000)
Jun 24 19:06:40 gate2 kernel:
Andrew Morton wrote:
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
* Andrew Morton ([EMAIL PROTECTED]) wrote:
Use the faster conditional calls for F00F bug handling in do_page_fault.
I guess this means that CONDCALL will be enabled on pretty much all i386,
in which case
On Tue, 05 Jun 2007 10:29:43 +0100, David Greaves wrote:
Linus Torvalds wrote:
[Linus' 2.6.22-rc4 announcement]
Compile warnings and a new regression: hang on boot during sata_promise
detection... :(
Please give us some details about your sata_promise problem:
- describe your hardware
On Tue, 05 Jun 2007 17:14:46 +0100, David Greaves [EMAIL PROTECTED] wrote:
[Tejun, Jeff, added you since the bisect points to your patch.]
Sorry, mail glitch means I lost a couple of emails...
I said:
Compile warnings and a new regression: hang on boot during sata_promise
detection...
It turns
On Wed, 06 Jun 2007 15:56:53 +0900, Tejun Heo wrote:
Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change
,
and 40718 chips.
Acked-by: Mikael Pettersson [EMAIL PROTECTED]
/Mikael
(This repost is identical to the previous posting but it's now on the
correct thread.)
Thanks.
drivers/ata/sata_promise.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers
On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
Andrew Morton napsal(a):
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
It freezes during bootup while searching for sata drives on sata_promise.
There
were 2 issues with sata_promise in -rc4
On Wed, 06 Jun 2007 16:22:10 -0700 (PDT), David Miller [EMAIL PROTECTED]
wrote:
From: Mikael Pettersson [EMAIL PROTECTED]
Date: Wed, 30 May 2007 21:33:18 +0200 (MEST)
You were spot on. 2.6.21 + patches up to but not including
the first one above works. Adding that one gave me
On Mon, 25 Jun 2007 23:04:25 +0200, [EMAIL PROTECTED] wrote:
I think the tricky part is that we do want to reserve perfctr1 even
though the NMI watchdog is not active. This comes from the fact that
the NMI watchdog knows about only one counter and if it can't get that
one, it probably
On Tue, 26 Jun 2007 02:57:55 -0700, Mikael Pettersson wrote:
Keeping parts of the PMU HW permanently reserved whether or not
the watchdog is enabled would be a BUG.
True. But the upside is that you guarantee the activation of the NMI
watchdog will always succeed which may be a valuable
.
Tested-by: Mikael Pettersson [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
contains hotplug control and status flags for all ports.
I considered following the ahci/sata_sil24 structure, but
that would have required non-trivial changes to the interrupt
handling path, so I chose to keep the hotplug changes simple
and unobtrusive.
Signed-off-by: Mikael Pettersson [EMAIL PROTECTED
On Tue, 3 Jul 2007 23:04:26 -0400, Kyle Moffett wrote:
Has anyone started a rewrite of the PPC/PowerMac IDE
driver? The current one is in drivers/ide/ppc/pmac.c, and supports
these chipsets:
OHare ATA
Heathrow ATA
KeyLargo ATA-3
KeyLargo ATA-4
UniNorth ATA-6 (IE: Kauai)
-2 */
Acked-by: Mikael Pettersson [EMAIL PROTECTED]
Good catch. This typo would have prevented pdc_host_intr()
from detecting GEN_II-specific errors on the PATA port.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 22 May 2007 02:05:34 -0700 (PDT), David Miller [EMAIL PROTECTED]
wrote:
From: Mikael Pettersson [EMAIL PROTECTED]
Date: Tue, 22 May 2007 10:40:53 +0200
2.6.21 works fine on my Ultra5, but with 2.6.22-rc the X
server (from Aurora 2) fails to mmap() the PCI frame buffer
(atyfb
On Sat, 14 Jul 2007 14:12:57 -0700, H. Peter Anvin wrote:
Olaf Hering wrote:
Declare PAGE_SIZE as getpagesize() for userspace.
PAGE_SIZE is used in resource.h and shm.h
I would think it would be better to not define it at all. Several
architectures already don't have PAGE_SIZE visible to
On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote:
On 8 May 2007, at 02:19, Krzysztof Halasa wrote:
Adds a driver for built-in IXP4xx Ethernet MAC and HSS ports
...
+#ifndef __ARMEB__
+#warning Little endian mode not supported
+#endif
This has gone from error to warning -
On Tue, 8 May 2007 15:14:36 -0400, Len Brown wrote:
On Friday 04 May 2007 03:42, Mikael Pettersson wrote:
On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
So that slow acpi_pm on x86_64 seems to be connected w/ the
idle loop.
I'm guessing the chipset halts the ACPI PM
On Wed, 9 May 2007 11:35:03 +0200, Marcus Better wrote:
Lennert Buytenhek wrote:
Does that mean that the Debian ARM people have their heads so far
up their collective asses that they think that every form of change
is bad and are unable to accept that some forms of change might be
for the
Gerhard Mack writes:
On Wed, 9 May 2007, Jeff Garzik wrote:
Gerhard Mack wrote:
May 9 14:51:35 mgerhard kernel: ata1.00: exception Emask 0x0 SAct 0x0
SErr
0x180 action 0x2 frozen
May 9 14:51:35 mgerhard kernel: ata1.00: cmd
35/00:00:80:6d:c8/00:04:09:00:00/e0 tag 0
On Thu, 10 May 2007 11:52:33 -0700, john stultz wrote:
On Wed, 2007-05-09 at 11:11 +0200, Mikael Pettersson wrote:
On Tue, 8 May 2007 15:14:36 -0400, Len Brown wrote:
On Friday 04 May 2007 03:42, Mikael Pettersson wrote:
On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
So
possible: e.g. bind the varying
parameter in a local variable, or use a macro or inline function
to perform the varying computation.
Signed-off-by: Mikael Pettersson [EMAIL PROTECTED]
--- linux-2.6.22-rc1/net/core/skbuff.c.~1~ 2007-05-17 21:34:18.0
+0200
+++ linux-2.6.22-rc1/net/core
On Sat, 19 May 2007 01:39:43 +0200, Segher Boessenkool wrote:
and we'll end up
having major kernel releases which don't build on i386 with major gcc
releases, which isn't altogether desirable.
Yeah, like 4.2.0 with powerpc. Seems like no one tested it :-(
Details please. What exactly are the
On Sat, 19 May 2007 18:11:20 +0200, Segher Boessenkool wrote:
and we'll end up
having major kernel releases which don't build on i386 with major
gcc
releases, which isn't altogether desirable.
Yeah, like 4.2.0 with powerpc. Seems like no one tested it :-(
Details please. What
On Sun, 20 May 2007 23:20:36 +0200, Folkert van Heusden wrote:
+ switch(sig) {
+ case SIGQUIT:
+ case SIGILL:
+ case SIGTRAP:
+ case SIGABRT:
+ case SIGBUS:
+ case SIGFPE:
+ case SIGSEGV:
+ case SIGXCPU:
+ case SIGXFSZ:
+ case SIGSYS:
+ case SIGSTKFLT:
to distinguish the new and the old wiring controllers,
then produce a new patch that will be a correct solution to the
new
wiring problem.
Mikael Pettersson has been doing some excellent work recently on
sata_promise. If enough data has been collected on this sata_promise
port
Just a FYI:
2.6.21 works fine on my Ultra5, but with 2.6.22-rc the X
server (from Aurora 2) fails to mmap() the PCI frame buffer
(atyfb).
I noticed a lot of PCI-related changes both in `dmesg' and
/var/log/Xorg.0.log between 2.6.21 and 2.6.22-rc, so my
guess is that PCI resources get broken
On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
So that slow acpi_pm on x86_64 seems to be connected w/ the idle loop.
I'm guessing the chipset halts the ACPI PM in lower C states. Do you
have any guesses as to what might differ between x86_64 and i386 ACPI
idle loops? Or might
On Fri, 04 May 2007 17:02:10 +0200, Jiri Slaby wrote:
I have a problem with higher disk loads (e.g. running git-log or yum
update).
Many processes end up in D state and system is unusable -- I'm not able to
run
anything but smooth mouse moving when this happens.
...(boring stack dumps
On Sat, 05 May 2007 17:30:51 +0200, Tejun Heo wrote:
Mikael Pettersson wrote:
I.e. no freezing of ports...
Your patch to delete the 'return 1;' on error is correct,
and makes the code match exactly the behaviour of previous
versions of sata_promise, except for the additional error
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,
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
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,
Yinghai Lu writes:
On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson mikpeli...@gmail.com
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@barley) (gcc version 4.8.3
Yinghai Lu writes:
On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson mikpeli...@gmail.com
wrote:
Yinghai Lu writes:
On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson
mikpeli...@gmail.com wrote:
I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and
noticed
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
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:
...
[
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
-rc5), and with the patch I no longer see the bug.
Tested-by: Mikael Pettersson mi...@it.uu.se
---
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..dd08d3d 100644
--- a/drivers/tty
behavior.
Signed-off-by: Ross Lagerwall rosslagerw...@gmail.com
This solves the VT blanking regression I've seen with the 3.10-rc
kernels.
Tested-by: Mikael Pettersson mi...@it.uu.se
---
On 06/14/2013 05:35 PM, Greg KH wrote:
p.s. In the future, please cc: the people who handled
Warlich, Christof writes:
Andi Kleen a...@firstfloor.org 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
Warlich, Christof writes:
Mikael Pettersson mi...@it.uu.se 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
confuses me:
Even in most recent glibc-2.17
Warlich, Christof writes:
richard -rw- weinberger richard.weinber...@gmail.com 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
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, event,
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 MAINTAINNERS
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 dependencies,
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. But
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 j...@perches.com wrote:
Not correct.
while (start end) {
- size_t mid = start + (end - start) / 2;
+ size_t mid = (start + end)
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:
if the read buffer is still empty.
As before, subsequent pty master reads return any available data
until no more data is available, and then returns -EIO to
indicate the pty slave has closed.
Reported-by: Mikael Pettersson mikpeli...@gmail.com
Signed-off-by: Peter Hurley pe
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
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
ext4_evict_inode+0x1f0/0x448()
Modules
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
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-rc2.xz
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 g...@uclinux.org wrote:
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does an
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 that the
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
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 been broken for a long time.
Thanks. I've recently started running 3.x
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 been broken for a long time.
Thanks. I've recently started running 3.x
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:
Thanks. I've
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 in a few
minutes.
/Mikael
Thanks for the patches
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'll post the kernel patches to linux-ia64 @ vger in a few
minutes
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 (in
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
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
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 as
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 are fine.
I ran a bisect
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
after a while in X + firefox. This still occurs
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 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
after a while in X + firefox. This still occurs
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 are fine.
I ran a bisect
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 a large
301 - 400 of 874 matches
Mail list logo