>
> I assume this bug is going to occur on i8x0 chipsets where the X
> server may acquire the agp to do 2D stuff and the drm then acquires it
> later for 3D stuff this may be a bit broken but it is out there now
> ...
I've confirmed this is the problem, the intel drivers need AGP for 2D
code path
On Fri, 18 Mar 2005, Andrew Morton wrote:
> Alexander Gran <[EMAIL PROTECTED]> wrote:
> >
> > while umounting an ext2 partition on a usb hdd I'm getting:
> > scheduling while atomic: umount/0x1001/14941
> > [] schedule+0x5f2/0x600
> > [] cond_resched+0x27/0x40
> > [] invalidate_mapping_
On Mon, 14 Mar 2005 21:17:55 -0800
Andrew Morton <[EMAIL PROTECTED]> bubbled:
> Martin Zwickel <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> > enable DMA on my disk (hdparm -m
Martin Zwickel <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
Martin, could you please test 2.6.12-rc1?
(2.6.12-rc1-mm1 did not include Bart's tree
MPT
> Modules linked in:
> CPU: 0
> EIP: 0060:[] Not tainted VLI
> EFLAGS: 00010282 (2.6.11-mm3)
> EIP is at i2c_add_driver+0xa2/0xd0
> Eax: ebx: ecx: edx: f7e99504
> Esi: c03f5260 edi: ebp: f7c21fa4 esp: f7c21f90
> Ds
On Friday, March 18, 2005 7:48 pm, Jesse Barnes wrote:
> On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> > What does your patch look like? Markus might like to try it out as he
> > narrowed his problem down to something AGP related recently too:
> > http://bugme.osdl.org/show_bug.cgi?id=4
Hi Andrew, hi usb developers!
Since 2.6.11-mm3 I have problems with the usb system after resume (in
fact already while suspending). In 2.6.11-mm2 I could S2R without
stopping hotplug/unloading usb modules, with mm3 and above I get the
following:
uhci_hcd :00:1d.0: host system error, PCI
On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> What does your patch look like? Markus might like to try it out as he
> narrowed his problem down to something AGP related recently too:
> http://bugme.osdl.org/show_bug.cgi?id=4337
duh, ignore me. At least Markus can give it a try.
Jesse
On Friday, March 18, 2005 6:45 pm, Brice Goglin wrote:
> agpioc_acquire_wrap is called, it increments the agp_in_use. Then (before
> agpioc_release_wrap happens), drm_agp_init is called (I don't know how).
> drm_agp_init uses agp_backend_acquire which fails because agp_in_use is
> non-null (hold by
Dave Airlie wrote:
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
This is more than likely caused by the multi-bridge AGP stuff in -bk3
Yes, that's it! The bug appeared in -mm when the multi-bridge AGP stuff
was merged (2.6.10-mm3). It is still here in 2.6.12-rc1.
Here's the scena
Alexander Gran <[EMAIL PROTECTED]> wrote:
>
> while umounting an ext2 partition on a usb hdd I'm getting:
> scheduling while atomic: umount/0x1001/14941
> [] schedule+0x5f2/0x600
> [] cond_resched+0x27/0x40
> [] invalidate_mapping_pages+0x81/0xe0
> [] kill_bdev+0xd/0x20
> [] __set_bl
Hi,
while umounting an ext2 partition on a usb hdd I'm getting:
scheduling while atomic: umount/0x1001/14941
[] schedule+0x5f2/0x600
[] cond_resched+0x27/0x40
[] invalidate_mapping_pages+0x81/0xe0
[] kill_bdev+0xd/0x20
[] __set_blocksize+0x85/0xa0
[] __bd_release+0x70/0x80
[] __close_bd
T
Mar 17 17:56:35 kenichi kernel: CPU:0
Mar 17 17:56:35 kenichi kernel: EIP:0060:[check_slabp+136/240]Not
tainted VLI
Mar 17 17:56:35 kenichi kernel: EFLAGS: 00010092 (2.6.11-mm3)
Mar 17 17:56:35 kenichi kernel: EIP is at check_slabp+0x88/0xf0
Mar 17 17:56:35 kenichi kernel: eax: 00
Dave Airlie a écrit :
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
It's the first -mm kernel I try on this box. I don't whether previous -mm
worked or not. Anyway, 2.6.11 works great.
This is more than likely caused by the multi-bridge AGP stuff in -bk3
.. if you could test 2.6.
On Thu, Mar 17, 2005 at 12:09:29PM +0100, Helge Hafting wrote:
> Not sure what is correct here, but:
> evtest /dev/input/event0 produce events for all keys on the keyboard.
> Both the normal pc-105 keys, silly extra keys like "favourites", "shopping",
> etc., and the wheels. The "volume" wheel ge
Vojtech Pavlik wrote:
On Wed, Mar 16, 2005 at 10:44:04AM +0100, Helge Hafting wrote:
The logitech cordless keyboard is one. It has two wheels.
The one on the side works generates up-arrow/down arrow when used,
and now also events on /dev/mouse0. The other is a wheel above
the keys, lying on th
Just to report that I've got the same problem with 2.6.11-mm3, with
and without 4K stacks :( no DRI for now...
Rúben
On Mon, 14 Mar 2005 23:57:19 +0100, Brice Goglin
<[EMAIL PROTECTED]> wrote:
> Bernhard Rosenkraenzer a écrit :
> > On Monday 14 March 2005 22:54, Brice Gogli
On Wed, Mar 16, 2005 at 10:44:04AM +0100, Helge Hafting wrote:
> The logitech cordless keyboard is one. It has two wheels.
> The one on the side works generates up-arrow/down arrow when used,
> and now also events on /dev/mouse0. The other is a wheel above
> the keys, lying on the side. Logitec
On Wed, Mar 16, 2005 at 10:47:00AM +0100, Helge Hafting wrote:
> >Mouse device numbers are defined to be unstable because of hotplug.
> >
> >Most users use /dev/input/mice, where this won't have impact.
> >
> >The officially correct solution is to use udev to get stable device
> >names.
> >
> >The
Vojtech Pavlik wrote:
On Tue, Mar 15, 2005 at 11:01:46AM -0800, Andrew Morton wrote:
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
<[EMAIL PROTECTED]> wrote:
2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
2.6.1
> >
> >>DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
> >>It's the first -mm kernel I try on this box. I don't whether previous -mm
> >>worked or not. Anyway, 2.6.11 works great.
> >
> >
This is more than likely caused by the multi-bridge AGP stuff in -bk3
.. if you could test 2
Andrew Morton wrote:
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
<[EMAIL PROTECTED]> wrote:
2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
2.6.11-mm3: mouse appear as /dev/input/mouse1
No big problem, one change to xor
On Wednesday 16 March 2005 00:52, Trond Myklebust wrote:
> ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> > After some rookie debugging I think I've found the evildoer:
> >
> > rpcauth_create used to have a line that inits rpc_auth->au_count to one
> > atomically. This line is now
On Wednesday 16 March 2005 00:52, Trond Myklebust wrote:
> ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> > After some rookie debugging I think I've found the evildoer:
> >
> > rpcauth_create used to have a line that inits rpc_auth->au_count to one
> > atomically. This line is now
ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> After some rookie debugging I think I've found the evildoer:
>
> rpcauth_create used to have a line that inits rpc_auth->au_count to one
> atomically. This line is now missing so when you release the rpc
> authentication handle, the
On Tuesday 15 March 2005 13:32, you wrote:
> Hi there!
Hi,
I got those too..
> I got some atomic counter underflows in the nfs code:
>
> Mar 14 17:19:15 phoebee rpc.statd[6890]: Received erroneous SM_UNMON
> request from phoebee for 192.168.0.1 Mar 14 17:19:15 phoebee BUG: atomic
> counter underf
On Tue, Mar 15, 2005 at 11:01:46AM -0800, Andrew Morton wrote:
> Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
> > <[EMAIL PROTECTED]> wrote:
> > > 2.6.11-mm1 and earlier: mouse appear as /dev/inpu
On Tue, March 15, 2005 2:34 pm, Dmitry Torokhov said:
>> > Vojtech, is it possible to detect whether a keyboard has scroll
>> > wheel(s) by its ID?
>>
>> What sort of keyboard has a scroll wheel??
>
> Some Microsoft ones IIRC.
>
Almost all Logitech keyboards have them now (all but 1 I think).
Se
On Tue, 15 Mar 2005 11:01:46 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
> > <[EMAIL PROTECTED]> wrote:
> > > 2.6.11-mm1 and earlier: mouse app
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> Can we get rid of the "nobh" ext2 mount option too so other people don't
> get mislead into thinking this is a good idea?
What's wrong with ext2 -o nobh??
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, Mar 15, 2005 at 11:01:46AM -0800, Andrew Morton wrote:
> > Vojtech, is is possible to detect whether a keyboard has scroll
> > wheel(s) by its ID?
>
> What sort of keyboard has a scroll wheel??
Quite a few of them.
http://froogle.google.com/froogle?q=keyboard%20scroll%20wheel
They s
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
> <[EMAIL PROTECTED]> wrote:
> > 2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
> > 2.6.11-mm3: mouse appear as /dev/input/mouse1
> >
> > No b
On Mon, Mar 14, 2005 at 08:38:22PM -0800, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > This doesn't compile with CONFIG_MODULES=n:
> >
> > <-- snip -->
> >
> > ...
> >CC drivers/media/video/saa7134/saa7134-core.o
> > drivers/media/video/saa7134/saa7134-core
On Tue, Mar 15, 2005 at 05:26:36PM +0100, Arjan van de Ven wrote:
> I still don't get why you want a mount option. Sure during development
> it can be nice.. but do you still want it in the production trees??
> (I understand that for small blocksizes you need to fallback code, fine,
> no problem, b
On Tue, 2005-03-15 at 08:26, Arjan van de Ven wrote:
> On Tue, 2005-03-15 at 08:09 -0800, Badari Pulavarty wrote:
> > On Mon, 2005-03-14 at 18:09, Andrew Morton wrote:
> > > Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Here is
On Tue, 2005-03-15 at 08:09 -0800, Badari Pulavarty wrote:
> On Mon, 2005-03-14 at 18:09, Andrew Morton wrote:
> > Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > >
> > > Here is the 2.6.11-mm3 version of patch for adding "nobh"
> > > supp
On Mon, 2005-03-14 at 18:09, Andrew Morton wrote:
> Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> >
> > Here is the 2.6.11-mm3 version of patch for adding "nobh"
> > support for ext3 writeback mode.
>
> Care to update Documentation/filesystems/ext3.txt?
>On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
>>...
>> All 606 patches:
>>...
>> megaraid_sas-announcing-new-module-for.patch
>> megaraid_sas: Announcing new module for LSI Logic's SAS
>based MegaRAID controllers
>>...
>
>Enormous stack usage:
>- megasas_init_mfi (due to ctrl_i
On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
>...
> All 606 patches:
>...
> megaraid_sas-announcing-new-module-for.patch
> megaraid_sas: Announcing new module for LSI Logic's SAS based MegaRAID
> controllers
>...
Enormous stack usage:
- megasas_init_mfi (due to ctrl_info)
Big
On Tue, Mar 15, 2005 at 09:25:45AM -0500, Dmitry Torokhov wrote:
> Vojtech activated scroll handling in keyboard code by default so now
> your keyboard is mapped to the mouse0 and the mouse moved to mouse1.
>
> Vojtech, is is possible to detect whether a keyboard has scroll
> wheel(s) by its ID?
On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
<[EMAIL PROTECTED]> wrote:
> 2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
> 2.6.11-mm3: mouse appear as /dev/input/mouse1
>
> No big problem, one change to xorg.conf and I got the mouse back.
> I guess it wasn
On Maw, 2005-03-15 at 04:33, Andrew Morton wrote:
> --- 25/include/linux/hayesesp.h~esp-build-fix 2005-03-14 20:31:18.0
> -0800
> +++ 25-akpm/include/linux/hayesesp.h 2005-03-14 20:31:30.0 -0800
> @@ -77,6 +77,7 @@ struct hayes_esp_config {
>
> struct esp_struct {
> int
Hi there!
I got some atomic counter underflows in the nfs code:
Mar 14 17:19:15 phoebee rpc.statd[6890]: Received erroneous SM_UNMON request
from phoebee for 192.168.0.1
Mar 14 17:19:15 phoebee BUG: atomic counter underflow at:
Mar 14 17:19:15 phoebee [] r
2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
2.6.11-mm3: mouse appear as /dev/input/mouse1
No big problem, one change to xorg.conf and I got the mouse back.
I guess it wasn't supposed to change like that though?
This is a mouse connected to the ps2 port, also appearing as /dev/
On Mon, 14 Mar 2005 21:17:55 -0800
Andrew Morton <[EMAIL PROTECTED]> bubbled:
> Martin Zwickel <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> > enable DMA on my disk (hdparm -m
at
cursor stops blinking (don't know how meaningful can this be...), but the box
hangs as usual.
Here attached .config and lscpi-v.
Bye
--
Stefano Rivoir
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11-mm3
# Mon Mar 14 09:12:55 2005
#
CONFIG_X86=y
C
A patch of PlugSched-3.0.2 (containing ingosched, staircase,
spa_no_frills, zaphod and nicksched CPU schedulers) against a 2.6.11-mm3
kernel is available for download from:
<http://prdownloads.sourceforge.net/cpuse/plugsched-3.0.2-for-2.6.11-mm3.patch?download>
Peter
--
Peter Wi
Martin Zwickel <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
>
> But while running hdparm, the kernel waits many seconds and gives me
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-mm2:
> >...
> > +saa7134-update.patch
> >...
> > v4l updates
> >...
>
> This doesn't compile with CONFIG_MODULES=n:
>
> <-- snip -->
>
> ...
>
Bernhard Rosenkraenzer <[EMAIL PROTECTED]> wrote:
>
> drivers/char/esp.c: In function 'rs_stop':
> drivers/char/esp.c:213: error: 'struct esp_struct' has no member named 'lock'
> drivers/char/esp.c:219: error: 'struct esp_struct' has no member named 'lock'
> drivers/char/esp.c: In function 'rs_s
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
>
> Here is the 2.6.11-mm3 version of patch for adding "nobh"
> support for ext3 writeback mode.
Care to update Documentation/filesystems/ext3.txt?
> Can you include it in -mm ?
Spose so.
Did you have performance and res
Bernhard Rosenkraenzer a écrit :
On Monday 14 March 2005 22:54, Brice Goglin wrote:
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
It's the first -mm kernel I try on this box. I don't whether previous -mm
worked or not. Anyway, 2.6.11 works great.
You may want to try compiling wi
On Monday 14 March 2005 22:54, Brice Goglin wrote:
> DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
> It's the first -mm kernel I try on this box. I don't whether previous -mm
> worked or not. Anyway, 2.6.11 works great.
You may want to try compiling without CONFIG_4KSTACKS. I've
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm3/
Hi Andrew,
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
It's the first -mm kernel I try on this box. I don't whether previous -mm
worked or not.
Anyway, 2.6.11 w
On Mon, 2005-03-14 at 11:29, Arjan van de Ven wrote:
> On Mon, 2005-03-14 at 11:18 -0800, Badari Pulavarty wrote:
> > Hi Andrew,
> >
> > Here is the 2.6.11-mm3 version of patch for adding "nobh"
> > support for ext3 writeback mode.
>
> can you explain w
On Mon, 2005-03-14 at 11:18 -0800, Badari Pulavarty wrote:
> Hi Andrew,
>
> Here is the 2.6.11-mm3 version of patch for adding "nobh"
> support for ext3 writeback mode.
can you explain why this is an option ? It's not like the on disk layout
changes or something... is
Hi Andrew,
Here is the 2.6.11-mm3 version of patch for adding "nobh"
support for ext3 writeback mode.
Can you include it in -mm ?
Thanks,
Badari
diff -Narup -X dontdiff linux-2.6.11-mm3-org/fs/ext3/inode.c linux-2.6.11/fs/ext3/inode.c
--- linux-2.6.11-mm3-org/fs/ext3/inode.c 2005-0
Compile Statistics
--
Build Tree: mm
Compiler: gcc 3.4.1
Detailed results: http://developer.osdl.org/cherry/compile/
Summary - 2.6.11-mm2 to 2.6.11-mm3
--
Defconfig (bzImage): -2 warnings
Allnoconfig (bzImage): no change
Allyesconfig (bzImage): +54
Hi,
just tried the 2.6.11-mm3 and at boot-time my start scripts try to
enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
But while running hdparm, the kernel waits many seconds and gives me
some DMA warnings/errors:
[dmesg output]
Uniform Multi-Platform E-IDE driver Revision
I2c /dev/ entries driver
Unable to handle kernel NULL pointer dereference at virtual address
Printing eip:
C028bbc2
*pde =
Oops: [#1]
PREEMPT
Modules linked in:
CPU: 0
EIP: 0060:[] Not tainted VLI
EFLAGS: 00010282 (2.6.11-mm3)
EIP is at i2c_add_driver+0xa2/0xd0
> Oh, fiddlesticks, that didn't occur to me. I can redo with overnight
> sleeps on a full charge, if you like.
In the meantime, Andrew, please submit this one to Linus, I'll update
the stuff if it happens the other one gives better power consumptions:
--
This patch fixes a logic error in the i
On Sun, 2005-03-13 at 22:08 +, Sean Neakums wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> >> Sean Neakums <[EMAIL PROTECTED]> writes:
> >>
> >> > Both patches give me a successful sleep, although I had to alter the
>
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
>> Sean Neakums <[EMAIL PROTECTED]> writes:
>>
>> > Both patches give me a successful sleep, although I had to alter the
>> > second to not #if 0 core99_ata100_enable -- there's another cal
On Sun, 2005-03-13 at 19:07 +, Sean Neakums wrote:
> Sean Neakums <[EMAIL PROTECTED]> writes:
>
> > Both patches give me a successful sleep, although I had to alter the
> > second to not #if 0 core99_ata100_enable -- there's another call to
> > that function in pmac_feature.c's set_initial_fea
On Sun, 2005-03-13 at 16:19 +, Sean Neakums wrote:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power number
Sean Neakums <[EMAIL PROTECTED]> writes:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power numbers.
With the f
On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
> - A new version of the "acpi poweroff fix". People who were having trouble
> with ACPI poweroff, please test and report.
I've tested this set of ACPI poweroff patches with both clean, proper
shutdowns and Alt-SysRq-O, on hardware
Both patches give me a successful sleep, although I had to alter the
second to not #if 0 core99_ata100_enable -- there's another call to
that function in pmac_feature.c's set_initial_features().
I will try to gather some power numbers.
--
Dag vijandelijk luchtschip de huismeester is dood
-
To un
x27;ve been running the kernel with this change for a
few hrs, but that's all the testing I've done.
If this seems OK to you, please consider merging it. If there's something
wrong with it I'm always looking forward to being enlightened.
Signed-off-by: Jesper Juhl <[EMAIL
On Sun, 2005-03-13 at 23:30 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> > Machine check in kernel mode.
> > Caused by (from SRR1=149030): Transfer error ack signal
> > Oops: machine check, sig: 7 [#1]
> > TASK = etc. 'pmud' etc.
> > (for registers
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
> http://flynn.zork.net/~sneakums/pmac-machine-check-on-slee
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
http://flynn.zork.net/~sneakums/pmac-machine-check-on-sleep-2611mm3.jpeg )
Call trace:
pmac_ide_pci_suspend
pci_device_susp
On Sat, 12 Mar 2005 21:55:49 -0800, Andrew Morton wrote:
>It would be nice to start folding these patches together a bit to reduce
>such problems, but that's rather non-trivial because there is no way to
>simply join these patches together which maintains a sensible sequencing.
>
>If we're going to
Mikael Pettersson <[EMAIL PROTECTED]> wrote:
>
> The ia32 perfctr syscalls were moved due to addition of ioprio
> syscalls, but the ia32 emulation code in x86-64 wasn't updated.
Ho hum. The perfctr syscall API has changed so many times that whenever
someone adds a syscall I have rejects to fix u
-
include/linux/perfctr.h | 25 +++
2 files changed, 100 insertions(+), 69 deletions(-)
diff -rupN
linux-2.6.11-mm3.perfctr-cpu_control-access/drivers/perfctr/virtual.c
linux-2.6.11-mm3.perfctr-read-write-domains/drivers/perfctr/virtual.c
--- linux-2.6.11-mm3.perfctr-cpu_control-access
td.h |4 ++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff -rupN linux-2.6.11-mm3/arch/x86_64/ia32/ia32entry.S
linux-2.6.11-mm3.perfctr-x86_64-ia32-syscalls-fixes/arch/x86_64/ia32/ia32entry.S
--- linux-2.6.11-mm3/arch/x86_64/ia32/ia32entry.S 2005-03-12
19:26:24.0 +0100
On ppc32 the ATI Mach64 frame buffer references symbols on macmodes.o.
In Linus' 2.6.11 macmodes.o is automatically included, but not so in
2.6.11-mm3, causing linkage errors.
The quick-and-dirty hack below worked for me.
/Mikael
--- linux-2.6.11-mm2/drivers/video/Makefile.~1~ 2005-03-09
| 11 +++
1 files changed, 11 insertions(+)
diff -rupN linux-2.6.11-mm3.perfctr-cpu_control_header/include/linux/perfctr.h
linux-2.6.11-mm3.perfctr-cpu_control-access/include/linux/perfctr.h
--- linux-2.6.11-mm3.perfctr-cpu_control_header/include/linux/perfctr.h
2005-03-12 19:26:26.0
d, 111 insertions(+)
diff -rupN linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/x86.c
linux-2.6.11-mm3.perfctr-cpu_control-access/drivers/perfctr/x86.c
--- linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/x86.c
2005-03-12 19:58:15.0 +0100
+++ linux-2.6.11-mm3.p
changed, 81 insertions(+)
diff -rupN linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/ppc.c
linux-2.6.11-mm3.perfctr-cpu_control-access/drivers/perfctr/ppc.c
--- linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/ppc.c
2005-03-12 19:58:15.0 +0100
+++ linux-2.6.11-
- Move tsc_on/nractrs/nrictrs control fields to new struct cpu_control_header.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
drivers/perfctr/virtual.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff -rupN linux-2.6.11-mm3.perfctr-physical-indexing/d
fctr.h |6 +-
2 files changed, 21 insertions(+), 17 deletions(-)
diff -rupN linux-2.6.11-mm3.perfctr-physical-indexing/drivers/perfctr/x86.c
linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/x86.c
--- linux-2.6.11-mm3.perfctr-physical-indexing/drivers/perfctr/x86.c
2005-03-12
++-
2 files changed, 14 insertions(+), 10 deletions(-)
diff -rupN linux-2.6.11-mm3.perfctr-physical-indexing/drivers/perfctr/ppc.c
linux-2.6.11-mm3.perfctr-cpu_control_header/drivers/perfctr/ppc.c
--- linux-2.6.11-mm3.perfctr-physical-indexing/drivers/perfctr/ppc.c
2005-03-12 19:58:42.0
| 90 +++---
include/asm-ppc/perfctr.h | 21 +++---
2 files changed, 52 insertions(+), 59 deletions(-)
diff -rupN linux-2.6.11-mm3/drivers/perfctr/ppc.c
linux-2.6.11-mm3.perfctr-physical-indexing/drivers/perfctr/ppc.c
--- linux-2.6.11-mm3/drivers/perfctr/ppc.c 2
SCR number.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
/Mikael
drivers/perfctr/x86.c | 73 -
include/asm-i386/perfctr.h | 14 ++--
2 files changed, 43 insertions(+), 44 deletions(-)
diff -rupN linux-2.6.11-mm3/drivers/perf
Andrew,
This is the last planned major perfctr API update.
This set of patches change how control data is communicated
between user-space and the kernel. The main idea is that the
control data is partitioned into "domains", and each domain is
given its own representation. The design principles we
drivers/char/esp.c: In function 'rs_stop':
drivers/char/esp.c:213: error: 'struct esp_struct' has no member named 'lock'
drivers/char/esp.c:219: error: 'struct esp_struct' has no member named 'lock'
drivers/char/esp.c: In function 'rs_start':
drivers/char/esp.c:230: error: 'struct esp_struct' has n
On Sat, 12 Mar 2005, Ed Tomlinson wrote:
> On Saturday 12 March 2005 06:42, Andrew Morton wrote:
> > 2.6.11-mm3
> > From: Andrew Morton <[EMAIL PROTECTED]>
> > To: linux-kernel@vger.kernel.org
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patc
On Sun, 13 Mar 2005, Reuben Farrelly wrote:
> At 12:42 a.m. 13/03/2005, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm3/
> > - A new version of the "acpi poweroff fix". People who were having trouble
> >
On Saturday 12 March 2005 06:42, Andrew Morton wrote:
> 2.6.11-mm3
> From: Andrew Morton <[EMAIL PROTECTED]>
> To: linux-kernel@vger.kernel.org
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm3/
>
>
> - A new version of the &q
On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm2:
>...
> +saa7134-update.patch
>...
> v4l updates
>...
This doesn't compile with CONFIG_MODULES=n:
<-- snip -->
...
CC drivers/media/video/saa7134/saa7134-core.o
drivers/media/video/saa7134/sa
At 12:42 a.m. 13/03/2005, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm3/
- A new version of the "acpi poweroff fix". People who were having trouble
with ACPI poweroff, please test and report.
- A very large update to the CFQ I/O
On Sat, Mar 12 2005, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm3/
>
>
> - A new version of the "acpi poweroff fix". People who were having trouble
> with ACPI poweroff, please test and report.
>
>
94 matches
Mail list logo