Re: [PATCH] add hook for PCI resource deallocation

Ashok Raj <ashok.raj <at> intel.com> wrote:
>
> On Thu, Sep 30, 2004 at 02:50:14PM -0700, Andrew Morton wrote:
> > Kenji Kaneshige <kaneshige.kenji <at> jp.fujitsu.com> wrote:
> > >
> > > I'm attaching updated patches for adding pcibiod_disable_device()
> > > hook based on the feedback from Ashok (Thank you, Ashok!).
> > 
> > This appears to be a patch-reversed version of the patch which is already
> > in -mm:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc2/2.6.9-rc2-mm4/broken-out/add-hook-for-pci-resource-deallocation.patch
> > 
> > So I'm not sure what you're trying to do here.
> 
> 
> In the original patch, Kenji added a dummy function in several source files. Instead now
> the new patch should have a single default implementation with a __attribute__((weak))
> 
> As a result its removing all the old additions and now keeping just a single default function.

Oh.  You may as well send a (chagelogged, signed off) new patch against
current -linus in that case.

Re: 2.6.9rc2-mm4 oops

On Thursday 30 September 2004 3:22 pm, Bjorn Helgaas wrote:
> Fernando Pablo Lopez-Lezcano <nando@...> wrote:
> > inserting floppy driver for 2.6.8.1-1.520.1nov.rhfc2.ccrma
> > Unable to handle kernel paging request at virtual address f8881920
> >  printing eip:
> > c0251d3d
> > *pde = 37f5f067
> > Oops: 0002 [#1]
> > PREEMPT 
> > Modules linked in: floppy(U) sg(U) dm_mod(U) uhci_hcd(U) ehci_hcd(U)
> > button(U) battery(U) asus_acpi(U) ac(U) ext3(U) jbd(U) raid5(U) xor(U)
> > sata_via(U) sata_promise(U) libata(U) sd_mod(U) scsi_mod(U)
> > CPU:    0
> > EIP:    0060:[<c0251d3d>]    Not tainted VLI
> > EFLAGS: 00010246   (2.6.8.1-1.520.1nov.rhfc2.ccrma) 
> > EIP is at acpi_bus_register_driver+0xd2/0x165

Like Pierre, I was able to reproduce this with DEBUG_PAGEALLOC.
I found a struct acpi_driver in hpet.c that was erroneously marked
__init, and the attached patch fixed the oops for me.  Can you give
this a whirl?

Re: promise controller resource alloc problems with ~2.6.8

On Mon, Sep 27, 2004 at 06:45:51PM +1000, CaT wrote:
> I have a Promise PDC20267 card in my desktop and whilst it works
> in 2.6.8-rc2, it no longer functions beginning with at least 2.6.9-rc2.
> Latest kernel I ran is 2.6.9-rc2-bk8 and it was still not available.
> 
> dmesg does mention it though as:
> 
> PDC20267: IDE controller at PCI slot 0000:00:0d.0
> PCI: Found IRQ 11 for device 0000:00:0d.0
> PCI: Unable to reserve I/O region #5:40 <at> 1080 for device 0000:00:0d.0
> 
> And that's as far as it gets.

Just tried it with rc3. Same deal. I can only access half my drives. :/

Any debugging that needs doing that I can do to help resolve this?

--

-- 
    Red herrings strewn hither and yon.

Re: [PATCH] Revert mistakenly applied patch to sungem

Colin Leroy wrote:
> Hi Andrew, everyone,
> 
> There's a mistake in 2.6.9-rc3, you applied a patch I sent yesterday,
> for something that was already implemented (netpoll support in sungem).
> 
> As Eric Lemoine and I didn't add the stuff at the same place, there has
> been no conflict.
> 
> See http://marc.theaimsgroup.com/?l=linux-kernel&m=109647405508937&w=2
> http://linux.bkbits.net:8080/linux-2.5/cset <at> 4149f001_LtxxbZOVP8q363TiTcSVg
> http://linux.bkbits.net:8080/linux-2.5/cset <at> 415b4276tcoFzDd1YSqq2ZJ_OkYlfQ
> 
> Following is the reverse patch to reverse my stuff :)
> Sorry about that.
> 
> Signed-off-by: Colin Leroy <colin <at> colino.net>

Andrew are you picking up this one?

	Jeff

Megaraid random loss of luns

I'm not sure if this is the correct list or not to ask about this, but
it seemed proper.  We have a machine running the megaraid module that
came with vanilla 2.6.7.  Earlier this morning all the luns suddenly
disappeared for no apparent reason.

The kernel logged the following messages:

Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7ade cmd=28
<c=0 t=0 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7adf cmd=28
<c=0 t=0 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b00 cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b0e cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b0f cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b13 cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b14 cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b15 cmd=28
<c=0 t=1 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b18 cmd=28
<c=0 t=0 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b19 cmd=28
<c=0 t=0 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b1a cmd=28
<c=0 t=0 l=0>
Sep 30 12:41:29 core-easynews kernel: megaraid: ABORTING-c7a7b1b cmd=28

Re: Stack traces in 2.6.9-rc2-mm4

On 2004.10.01, Ingo Molnar wrote:
> 
> * J.A. Magallon <jamagallon <at> able.es> wrote:
> 
> > Sep 30 23:54:41 werewolf pumpd[9843]: intf: broadcast: 255.255.255.255
> > Sep 30 23:54:41 werewolf pumpd[9843]: intf: network: 82.198.40.0
> > Sep 30 23:54:41 werewolf kernel: using smp_processor_id() in preemptible 
> > code: pump/9843
> > Sep 30 23:54:41 werewolf kernel:  [smp_processor_id+135/141] 
> > smp_processor_id+0x87/0x8d
> > Sep 30 23:54:41 werewolf kernel:  [<b011bc8f>] smp_processor_id+0x87/0x8d
> > Sep 30 23:54:41 werewolf kernel:  [pg0+1079594592/1337930752] 
> > death_by_timeout+0x11/0x65 [ip_conntrack]
> > Sep 30 23:54:41 werewolf kernel:  [<f099fe60>] death_by_timeout+0x11/0x65 
> > [ip_conntrack]
> 
> does the patch below fix these for you?
> 
> 	Ingo
> 
> --- include/linux/netfilter_ipv4/ip_conntrack.h.orig
> +++ include/linux/netfilter_ipv4/ip_conntrack.h
>  <at>  <at>  -311,7 +311,7  <at>  <at>  struct ip_conntrack_stat
>  	unsigned int expect_delete;
>  };
>  
> -#define CONNTRACK_STAT_INC(count) (__get_cpu_var(ip_conntrack_stat).count++)
> +#define CONNTRACK_STAT_INC(count) (per_cpu(ip_conntrack_stat, _smp_processor_id()).count++)
>  

Re: promise controller resource alloc problems with ~2.6.8

On Mon, 27 Sep 2004, CaT wrote:
>
> I have a Promise PDC20267 card in my desktop and whilst it works
> in 2.6.8-rc2, it no longer functions beginning with at least 2.6.9-rc2.
> Latest kernel I ran is 2.6.9-rc2-bk8 and it was still not available.
> 
> dmesg does mention it though as:
> 
> PDC20267: IDE controller at PCI slot 0000:00:0d.0
> PCI: Found IRQ 11 for device 0000:00:0d.0
> PCI: Unable to reserve I/O region #5:40 <at> 1080 for device 0000:00:0d.0

Please send along /proc/ioports for both the working and the non-working 
version (that's assuming that you can boot far enough in the nw version 
to get it, of course, but the nw version is actually the more interesting 
one, so please try ;).

Also, does the attached patch (written by Shaohua Li based on suggestions 
by me) solve the problem? My suspicion is that ACPI tables do bad things, 
and that this might fix it..

		Linus

-----
===== drivers/acpi/motherboard.c 1.2 vs edited =====
--- 1.2/drivers/acpi/motherboard.c	2004-08-04 11:12:54 +08:00
+++ edited/drivers/acpi/motherboard.c	2004-08-31 11:28:27 +08:00
 <at>  <at>  -170,4 +170,8  <at>  <at>  static int __init acpi_motherboard_init(
 	return 0;

Re: 2.6.9-rc2-mm4

On 2004.09.27, Andrew Morton wrote:
> 
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.9-rc2/2.6.9-rc2-mm4/
> 
> - ppc64 builds are busted due to breakage in bk-pci.patch
> 
> - sparc64 builds are busted too.  Also due to pci problems.
> 
> - Various updates to various things.  In particular, a kswapd artifact which
>   could cause too much swapout was fixed.
> 
> - I shall be offline for most of this week.
> 

I have a 'little' problem. PS2 mouse is jerky as hell, an when you mismatch
the protocol in X. Both in console and X.
I'm lucky I have an usb mouse.

One other question. Isn't /dev/input/mice supposed to be a multiplexor
for mice ? I think I remember some time when I could have both a PS2 and
a USB mouse connected and X pointer followed both. Now if I boot with the
USB mouse plugged, the PS2 one does not work. If I boot with usb unplugged
and plug it after boot, both work; usb mouse works fine, and PS2 just
jumps half screen each time I move it, and with big delays.

Something is broken in PS2 handling ?

NOTE: they are not really standard protocol mice, but trackballs; PS2 one is
a Logitech TrackMan Marble FX, and the other a Cordless Trackman FX, usb.

Re: Fw: Re: 2.6.9-rc2-mm4

On Thursday 30 September 2004 23:46, Borislav Petkov wrote:
> On Thursday 30 September 2004 18:25, Bartlomiej Zolnierkiewicz wrote:
> > On Thursday 30 September 2004 17:32, Borislav Petkov wrote:
> > > On Thursday 30 September 2004 14:52, Bartlomiej Zolnierkiewicz wrote:
> > > > On Thursday 30 September 2004 06:46, Andrew Morton wrote:
> > > > > ide broke :(   Maybe Bart's bk tree?
> > > >
> > > > no, disk works just fine ;)  If it is my tree I will happilly fix it.
> > > >
> > > > Borislav, could you apply only these patches from -mm4 and retest?
> > > >
> > > > linus.patch
> > > > bk-ide-dev.patch
> > > >
> > > > > Begin forwarded message:
> > > > >
> > > > > Date: Wed, 29 Sep 2004 12:43:35 +0200
> > > > > From: Borislav Petkov <petkov <at> uni-muenster.de>
> > > > > To: Andrew Morton <akpm <at> osdl.org>
> > > > > Cc: linux-kernel <at> vger.kernel.org
> > > > > Subject: Re: 2.6.9-rc2-mm4
> > > > >
> > > > >
> > > > > <snip>
> > > > >
> > > > > Hello,
> > > > >  I've already posted about problems with audio extraction but it went
> > > > > unnoticed. Here's a recount: When I attempt to read an audio cd into
> > > > > wavs with cdda2wav, the process starts but after a while the
> > > > > completion meter freezes and klogd says "hdc: lost interrupt" and

Re: promise controller resource alloc problems with ~2.6.8

On Thu, Sep 30, 2004 at 04:21:10PM -0700, Linus Torvalds wrote:
> On Mon, 27 Sep 2004, CaT wrote:
> > dmesg does mention it though as:
> > 
> > PDC20267: IDE controller at PCI slot 0000:00:0d.0
> > PCI: Found IRQ 11 for device 0000:00:0d.0
> > PCI: Unable to reserve I/O region #5:40 <at> 1080 for device 0000:00:0d.0
> 
> Please send along /proc/ioports for both the working and the non-working 
> version (that's assuming that you can boot far enough in the nw version 
> to get it, of course, but the nw version is actually the more interesting 
> one, so please try ;).

I have the one from 2.6.9-rc2-bk8 available to me (last time I booted I
had time to grab lots of things) so I've attached that and the current
one. If you need the rc3 it'll need to wait another 8 hours or so as I'm
currently away from the PC.

> Also, does the attached patch (written by Shaohua Li based on suggestions 
> by me) solve the problem? My suspicion is that ACPI tables do bad things, 
> and that this might fix it..

Will try when I get home.

--

-- 
    Red herrings strewn hither and yon.

2.6.8-rc2: