On Fri, 2005-08-12 at 01:27 +1000, Con Kolivas wrote:
> On Fri, 12 Aug 2005 01:21 am, Dave Kleikamp wrote:
> > Should there be any locking around this? Or should the value of
> > rq->nr_running be saved to a local variable as in this untested patch?
>
> Very sneaky..
>
> On initial inspection yo
On Fri, 12 Aug 2005 01:21 am, Dave Kleikamp wrote:
> I encounted this trap on a 2-way i386 box running 2.6.13-rc4-mm1:
>
> [70347.743727] divide error: [#2]
> [70347.752979] PREEMPT SMP DEBUG_PAGEALLOC
> [70347.773060] last sysfs file: /devices/pnp0/00:11/id
>
> Program received signal SIGTRAP
On 07/08/05, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Could be related to the refcnt underflow with conntrack event
> notifications enabled. If you have CONFIG_IP_NF_CONNTRACK_EVENTS
> enabled please try this patch.
>
I can confirm that that patch solved my problems, thank you :)
--
Mvh / B
Adrian Bunk wrote:
> On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
>
>
>>After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
>>dosent hang immediately, but after a couple of seconds.
>>The machine is an amd64, running a clean x86_64 environment.
>>uname
On 07/08/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
>
> > After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
> > dosent hang immediately, but after a couple of seconds.
> > The machine is an amd64, running
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
> After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
> dosent hang immediately, but after a couple of seconds.
> The machine is an amd64, running a clean x86_64 environment.
> uname -a: Linux gentoo 2.6.13-rc
> Date: Sun, 31 Jul 2005 19:02:09 -0700
> From: [EMAIL PROTECTED]
>
> > Date: Sun, 31 Jul 2005 16:02:44 -0700
> > From: Greg KH <[EMAIL PROTECTED]>
> >
> > On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> > > I think that "continuing" codepath came from someone at Phoenix, FWIW;
> >> On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> >> > I think that "continuing" codepath came from someone at
> >> > Phoenix, FWIW;
>
> That was me.
Thanks. It's good to have BIOS experts involved too. :)
> >> > the problem is that I see the PCI quirks code has evolve
MAIL PROTECTED]
>Subject: Re: [linux-usb-devel] Re: 2.6.13-rc4-mm1
>
>> Date: Sun, 31 Jul 2005 16:02:44 -0700
>> From: Greg KH <[EMAIL PROTECTED]>
>>
>> On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
>> > I think that "continui
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Michael Thonke
>Sent: Sunday, July 31, 2005 8:12 AM
>To: Andrew Morton
>Cc: linux-kernel@vger.kernel.org
>Subject: Re: 2.6.13-rc4-mm1
>
>Hello Andrew,
>
>the ACPI bug o
From: Alexandre Buisse <[EMAIL PROTECTED]>
Date: Mon, 01 Aug 2005 07:52:29 +0200
> I have this when I enable nfnetlink as a module :
>
> net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
> : undefined reference to `__nfa_fill'
This got fixed in -mm2 and later methinks.
-
To unsubscribe f
Hi Andrew,
I have this when I enable nfnetlink as a module :
net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
: undefined reference to `__nfa_fill'
net/built-in.o: In function `ip_ct_port_tuple_to_nfattr':
: undefined reference to `__nfa_fill'
net/built-in.o: In function `tcp_to_nfattr':
> Date: Sun, 31 Jul 2005 16:02:44 -0700
> From: Greg KH <[EMAIL PROTECTED]>
>
> On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> > I think that "continuing" codepath came from someone at Phoenix, FWIW;
> > the problem is that I see the PCI quirks code has evolved even farther
>
Jesus Delgado <[EMAIL PROTECTED]> wrote:
>
> Im try test with kernels 2.6.13-rc4 and 2.6.13-rc4-mm1, the problems
> is the boot hang:
>my test is different combinations the acpi=off , noacpi, pci=noirq,
> etc.etc both have is the same error not boot.
>
> The only information is simple:
>
Hi all:
Im try test with kernels 2.6.13-rc4 and 2.6.13-rc4-mm1, the problems
is the boot hang:
my test is different combinations the acpi=off , noacpi, pci=noirq,
etc.etc both have is the same error not boot.
The only information is simple:
..
Uncompressiong Linux... Ok. booting the k
On Sun, Jul 31, 2005 at 11:25:10AM -0700, [EMAIL PROTECTED] wrote:
> I think that "continuing" codepath came from someone at Phoenix, FWIW;
> the problem is that I see the PCI quirks code has evolved even farther
> from the main copy of the init code in the USB tree. Sigh.
I don't like that eithe
Andrew Morton wrote:
> Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
>>Andrew Morton wrote:
>> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>>
>> Andrew,
>> the good news is I can access pcmcia devices with rc4-mm1 which I
>> couldn't with at least rc
> > If my Prolific USB-Serialadapter plugged in on reboot
> > the ehci_hcd driver complains about a Hand-off bug in Bios.
> >
> > -> snip
> >
> > ehci_hcd :00:1d.7: EHCI Host Controller
> > ehci_hcd :00:1d.7: debug port 1
> >
> > ehci_hcd :00:1d.7: BIOS handoff failed (104, 01010001
Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> Andrew,
> the good news is I can access pcmcia devices with rc4-mm1 which I
> couldn't with at least rc3-mm1 on my x86_64 la
(cc linux-usb-devel)
Michael Thonke <[EMAIL PROTECTED]> wrote:
>
> Hello Andrew,
>
> the ACPI bug or the problems with 2.6.13-rc3-mm[2,3] gone.
> The system boots now noiseless, except on problem with USB.
>
> If my Prolific USB-Serialadapter plugged in on reboot
> the ehci_hcd driver complain
On Sun, 31 Jul 2005 02:05:52 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> - Dropped the connector patches: turns out that we no longer have a netlink
> slot available for them anyway.
I don't feel strongly pro or
> >Why was the KERNEL_VERSION(a,b,c) macro removed from
> >include/linux/version.h? The removal breaks external drivers like
> >NDISWRAPPER or nVidia propietary.
> >
> Hello Felipe,
>
> I could not regonize a breakage of NVidia (Version 1.0-7667) propietary
> drivers.
> They work just perfect.
In
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Andrew,
the good news is I can access pcmcia devices with rc4-mm1 which I
couldn't with at least rc3-mm1 on my x86_64 laptop. There is at least
one more problem with yenta_socket. Please
Hello Andrew,
the ACPI bug or the problems with 2.6.13-rc3-mm[2,3] gone.
The system boots now noiseless, except on problem with USB.
If my Prolific USB-Serialadapter plugged in on reboot
the ehci_hcd driver complains about a Hand-off bug in Bios.
-> snip
ehci_hcd :00:1d.7: EHCI Host Contr
On Sun, Jul 31, 2005 at 01:37:21PM +0100, James Courtier-Dutton wrote:
> Adrian Bunk wrote:
> >On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
> >
> >
> >>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
> >>
> >>Why was the KERNEL_VERS
Adrian Bunk wrote:
On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers
Felipe Alfaro Solana schrieb:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers like
NDISWRAPPER or nVidia propietary.
-
To unsubscribe
Hi,
On Sunday, 31 of July 2005 11:05, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
>
> - Dropped areca-raid-linux-scsi-driver.patch and iteraid.patch. People who
> need these can get them from 2.6.13-rc3-mm3.
>
> - Dropp
On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> Why was the KERNEL_VERSION(a,b,c) macro removed from
> include/linux/version.h? The removal breaks external drivers like
It moved
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers like
NDISWRAPPER or nVidia propietary.
-
To unsubscribe from this list: send the line "unsubs
30 matches
Mail list logo