On Sat, Feb 05, 2005 at 08:10:44PM -0800, David S. Miller wrote:
>
> > Alternatively we can
> > remove the dst->dev == dev check in dst_dev_event and dst_ifdown
> > and move that test down to the individual ifdown functions.
>
> I think there is a hole in this idea maybe.
>
> If the idea is
On Sat, Feb 05, 2005 at 09:04:11PM -0800, David S. Miller wrote:
>
> Oh I see. That would work, and it seems the simplest, and
> lowest risk fix for this problem.
>
> Herbert, what do you think?
Yes I agree.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[
On Sun, Feb 06, 2005 at 02:31:07PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
>
> Here, lo is going down.
> rt->rt6i_dev = lo and rt->rt6i_idev = ethX.
> I think we already see dst->dev == dev (==lo) now.
> So, I doubt that fix the problem.
>
> The source of problem is entry (*) which still o
On Sun, Feb 06, 2005 at 02:50:07PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
>
> Which means in addrconf_notiry(), if the dev == &loopback_dev,
> call addrconf_ifdown for every device like this:
This should fix the reported issue. However, I'm not sure if it's
a good idea to stop all IP traf
Oops, I accidentally put ", ," in the To: line of all the mails which
contain patches, and they don't show up on the lkml. I'll post the
patches again.
Bartlomiej, if you got the first set of patches, please ignore them.
The contents are identical, so if you've already reviewed them, you
do
Tejun Heo wrote:
Oops, I accidentally put ", ," in the To: line of all the mails which
contain patches, and they don't show up on the lkml. I'll post the
patches again.
Bartlomiej, if you got the first set of patches, please ignore them.
The contents are identical, so if you've already revie
This thread is repost of phase 2 ide driver updates. Sorry again.
Hello, Bartlomiej.
These are reordered/modified/(hopefully)appliable nine patches from
the previous series of patches. #01 is the only new one. It kills
the unused pkt_task_t in ide.h. #02/#03 are moved upward and #04 is
mod
01_ide_kill_pkt_task_t.patch
Remove unused pkt_task_t definition from ide.h.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/include/linux/ide.h
===
--- linux-ide-series2-export.orig/include/l
02_ide_taskfile_init_drive_cmd.patch
ide_init_drive_cmd() now initializes rq->flags to
REQ_DRIVE_TASKFILE.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-io.c
===
---
06_ide_remove_task.patch
Unused REQ_DRIVE_TASK handling removed.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-io.c
===
--- linux-ide-series2-export.orig/drivers/ide/ide-io.c
09_ide_remove_cmd.patch
Removed unused REQ_DRIVE_CMD handling.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-io.c
===
--- linux-ide-series2-export.orig/drivers/ide/ide-io.c
08_ide_taskfile_cmd_ioctl.patch
ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
is the last user of REQ_DRIVE_CMD.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-iops.c
=
05_ide_taskfile_task_ioctl.patch
ide_task_ioctl() modified to map to ide_taskfile_ioctl().
This is the last user of REQ_DRIVE_TASK.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-taskfile.c
=
03_ide_diag_taskfile_use_init_drive_cmd.patch
In ide_diag_taskfile(), when initializing taskfile rq,
ref_count wasn't initialized properly. Modified to use
ide_init_drive_cmd(). This doesn't really change any behavior
as the request isn't managed via the block la
In article <[EMAIL PROTECTED]> (at Sat, 5 Feb 2005 17:46:43 +1100), Herbert Xu
<[EMAIL PROTECTED]> says:
> If we wanted to preserve the split device semantics, then we
> can create a local GC list in IPv6 so that it can search based
> on rt6i_idev as well as the other keys. Alternatively we can
On Sat, Feb 05, 2005 at 05:46:43PM +1100, herbert wrote:
>
> This doesn't work because net/core/dst.c can only search based
> on dst->dev. For the split device case, dst->dev is set to
> loopback_dev while rt6i_idev is set to the real device.
Although I still think this is a bug, I'm now startin
04_ide_taskfile_flush.patch
All REQ_DRIVE_TASK users except ide_task_ioctl() converted
to use REQ_DRIVE_TASKFILE.
1. idedisk_issue_flush() converted to use REQ_DRIVE_TASKFILE.
This and the changes in ide_get_error_location() remove a
possible race con
> - __REQ_DRIVE_CMD,
> + __REQ_DRIVE_CMD,/* obsolete, unused anymore - tj */
dito
-
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
> __REQ_DRIVE_CMD,
> - __REQ_DRIVE_TASK,
> + __REQ_DRIVE_TASK, /* obsolete, unused anymore - tj */
please kill it completely
-
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://vg
07_ide_taskfile_cmd.patch
All in-kernel REQ_DRIVE_CMD users except for ide_cmd_ioctl()
converted to use REQ_DRIVE_TASKFILE.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-series2-export/drivers/ide/ide-disk.c
=
Herbert Xu wrote:
On Fri, Feb 04, 2005 at 09:38:13PM -0800, David S. Miller wrote:
It is just the first such thing I found, scanning rt6i_idev uses
will easily find several others.
You're right of course. I thought they were all harmless but I was
obviously wrong about this one.
So here is a patc
In article <[EMAIL PROTECTED]> (at Sat, 05 Feb 2005 12:14:04 +0100), Andre Tomt
<[EMAIL PROTECTED]> says:
> This patch fixes my problems with hangs when dot1q VLAN interfaces gets
> removed when loopback is down, as reported in the thread "2.6.10
> ipv6/8021q lockup on vconfig on interface remo
In article <[EMAIL PROTECTED]> (at Sat, 05 Feb 2005 12:48:15 +0100), Andre Tomt
<[EMAIL PROTECTED]> says:
> > Please tell me, why your lo is down...
:
> "ifdown -a" gets run on shutdown and reboot here, and ifdown -a in
> Debian brings down loopback before any other interfaces.
Okay, thanks. (I
Searched and didn't find anything on archives for this, but I probably just
missed it.
Upgraded from 2.6.8.1 today to 2.6.10, and using my external firewire DVD-RW I
get oopsed. I patched to 2.6.11-rc3 and it's still there, I can't speak for
2.6.9 at this point, I can try later if I have to nar
Nick Piggin wrote:
Something like the following (untested) extension of Bodo's work
could be the minimal fix for 2.6.11. As I've said though, I'd
consider it a hack and prefer to do something about the locking.
That could be done after 2.6.11 though. Depends how you feel.
I think this is the right
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> When a task is put to sleep, it is dequeued from the runqueue
> while it is still running. The problem is that the runqueue
> lock can be dropped and retaken in schedule() before the task
> actually schedules off, and wait_task_inactive did not account
>
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
When a task is put to sleep, it is dequeued from the runqueue
while it is still running. The problem is that the runqueue
lock can be dropped and retaken in schedule() before the task
actually schedules off, and wait_task_inactive did not
Nick Piggin wrote:
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> wrote:
When a task is put to sleep, it is dequeued from the runqueue
while it is still running. The problem is that the runqueue
lock can be dropped and retaken in schedule() before the task
actually schedules off, and wait_ta
On Sat, 5 Feb 2005, Pavel Machek wrote:
> Hi!
>
> In 2.6.11-rc[23], I get problems after swsusp resume:
>
> Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
> over-current change on port 1
> Feb 4 23:54:39 amd kernel: done
> Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-deboun
Hi!
> > In 2.6.11-rc[23], I get problems after swsusp resume:
> >
> > Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
> > over-current change on port 1
> > Feb 4 23:54:39 amd kernel: done
> > Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-debounce failed, port
> > 1 disabled
>
On Saturday 05 February 2005 3:14 pm, Pavel Machek wrote:
> Hi!
>
> > Your logs don't indicate which host controller driver is bound to each of
> > your hubs. /proc/bus/usb/devices will contain that information. Without
> > it, it's hard to diagnose what happened.
>
> I do not think I have an
Hi!
> > > Your logs don't indicate which host controller driver is bound to each of
> > > your hubs. /proc/bus/usb/devices will contain that information. Without
> > > it, it's hard to diagnose what happened.
> >
> > I do not think I have any hubs... no external hubs anyway. And I do
> > not
On Sat, 5 Feb 2005, Pavel Machek wrote:
> Hi!
>
> In 2.6.11-rc[23], I get problems after swsusp resume:
>
> Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
> over-current change on port 1
> Feb 4 23:54:39 amd kernel: done
> Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-deboun
I am running FC3 on a AMD64 laptop. The laptop has 3 USB ports. If I
attach any usb-storage device (Sandisk Cruiser usb drive, iPod, Maxtor
external drive etc.) the kernel hangs while booting. The hang occurs
shortly after the usb-storage module is loaded. The machine does not
respond to anything o
Hi!
In 2.6.11-rc[23], I get problems after swsusp resume:
Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
over-current change on port 1
Feb 4 23:54:39 amd kernel: done
Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-debounce failed, port
1 disabled
Feb 4 23:54:39 amd kernel: hu
Hi!
> In 2.6.11-rc[23], I get problems after swsusp resume:
>
> Feb 4 23:54:39 amd kernel: Restarting tasks...<3>hub 3-0:1.0:
> over-current change on port 1
> Feb 4 23:54:39 amd kernel: done
> Feb 4 23:54:39 amd kernel: hub 3-0:1.0: connect-debounce failed, port
> 1 disabled
> Feb 4 23:54:3
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> while(unlikely(error == IN_WAKEUP)) {
> cpu_relax();
> error = queue.status;
> }
>
> So, what looks to be happening is that as soon as the parent wakes up
> the child, the child preempts the parent, and hits th
On Fri, 2005-02-04 at 21:30 -0500, Jon Smirl wrote:
> I suspect the problem in that case is a compressed VBIOS. Some laptops
> compress the VBIOS and the system BIOS into a single ROM and then
> expand them at power on. Sounds like this is not happening on resume.
> To get around the problem copy
Hi,
Andrew Morton wrote:
[EMAIL PROTECTED] (Adam Belay) wrote:
On Fri, Feb 04, 2005 at 09:00:54PM +0100, matthieu castet wrote:
> Hi,
>
> this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
> patch from adam belay.
>
> It solve a oops when pnp_register_driver(&ns558_pnp_driver
Hi Ove,
As I mentioned in an earlier mail, there is a race when SIGSTOP-ing a
process waiting for a SysV semaphore, where if a process holding a
semaphore suspends another process waiting on the semaphore and then
releases the semaphore,
Your patch looks correct (for 2.4 - 2.6 uses a different ap
Le 04.02.2005 19:33, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
loading dm-mod module fails with this message :
FATAL: Error inserting dm-mod
(/lib/modules/2.6.11-rc3-mm1/kernel/drivers/md/dm-mod.ko): Device or resource
busy
The
On Fri, Feb 04, 2005 at 08:01:17PM -0500, Jeff Garzik wrote:
> Why does this one have three arguments?
Because it's a platform device driver suspend method.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.
Hi,
matthieu castet wrote:
Hi,
This patch is very old (11/2004), but never get merged even if acked by
Shaohua Li.
As you can see in the bugzilla report
(http://bugzilla.kernel.org/show_bug.cgi?id=3912), it solve parsing
issue in the pnpacpi core : the pnpacpi parser supposed that are no
resourc
On Fri, 2005-02-04 at 11:20 -0600, Olof Johansson wrote:
> On Fri, Feb 04, 2005 at 10:17:48AM +0200, Pekka Enberg wrote:
> > Please drop the CPU_FTR_##x macro magic as it makes grepping more
> > complicated. If the enum names are too long, just do s/CPU_FTR_/CPU_/g
> > or something similar. Also, c
> It turns out that to call ptep_clear_flush_dirty() on ppc64 from a
> module I needed to export the following symbols:
>
> __flush_tlb_pending
> ppc64_tlb_batch
> hpte_update
Any reason why you need to call that from a module ? Is the module
GPL'd ?
Ben.
-
To unsubscribe from this list: sen
On Wed, 2005-02-02 at 17:46 -0500, James Morris wrote:
> This code tests ok with IPSec, and delivers some good performance
> improvements. e.g. FTP transfers over transport mode AES over GigE sped
> up with this patch applied on one side of the connection by 20% for send
> and 15% for receive.
>
Hi!
> > >...
> > > Changes since 2.6.11-rc2-mm2:
> > >...
> > > +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch
> > >
> > > swsusp fix
> > >...
> >
> > This broke compilation with gcc 3.4:
> [-- snip --]
>
> BTW, it requires the following bugfix, on top of the Adrian's patc
Hi!
> > We already try to do that, but it hangs on 70% of machines. See
> > Documentation/power/video.txt.
>
> We know that all of these ROMs are run at power on so they have to
> work. This implies that there must be something wrong with the
> environment the ROM are being run in. Video ROMs mak
Hi!
> > I do not understand how initramfs fits into picture... Plus lot of
> > people (me :-) do not use initramfs...
>
> The final fix for this will include the video reset app on initramfs.
> I already have code in the kernel for telling the primary video card
> from secondary ones. When the ke
Hi.
On Sat, 2005-02-05 at 20:37, Pavel Machek wrote:
> Hi!
>
> > > I do not understand how initramfs fits into picture... Plus lot of
> > > people (me :-) do not use initramfs...
> >
> > The final fix for this will include the video reset app on initramfs.
> > I already have code in the kernel f
Another comment on relay_write fast pathing
> +static inline unsigned relay_write(struct rchan *chan,
> +const void *data,
> +unsigned length)
> +{
> + unsigned long flags;
> + struct rchan_buf *buf = relay_get_buf(chan, smp_p
Took
On Fri, 4 Feb 2005 07:18:17 -0500, Wakko Warner <[EMAIL PROTECTED]> wrote:
> Please keep me CCd
>
> jerome lacoste wrote:
> > particular hardware (Dell Inspiron 8100)? I run Linux on 3 other
>
> I have this exact same laptop. It works perfectly for me with linux.
> Originally started with
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> writes:
> On Sat, 05 Feb 2005 11:16:49 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
>>
>> > I tried it two or three times, same result each time. I'll give it a
>> > lash with USB disabled.
>>
>> Also, can you try editing arch/ppc/sysl
On Friday 04 February 2005 23:41, Venkatesh Pallipadi wrote:
> + /*
> + * Some systems seems to need two writes to HPET_T0_CMP,
> + * to get interrupts working
> + */
I think you should update this comment in light of the information from
Vojtech:
/*
* The first write after writing TN_SETVAL
Hey,
Can anyone tell me if it is destruktive or does it cause lose of
performance if I set up
L1_CACHE_SHIFT_MAX as well as CONFIG_X86_L1_CACHE_SHIFT to the value of 10?
I've an Intel centrino processor with 1MB L1-Cache.
Thanx in advance
Axel
-
To unsubscribe from this list: send the line "unsub
Hi!
> Here is a patch that exposes the IBM TrackPoint's extended properties
> as well as scroll wheel emulation.
>
>
> I would appreciate comments and suggestions to make this more acceptable.
>
>
> Stephen
>
>
> diff -uNr a/drivers/input/mouse/Makefile b/drivers/input/mouse/Makefile
> --- a
On Sünnavend 05 Februar 2005 02:34, Anton Blanchard wrote:
> Interesting :) However we already get bug reports with the current
> CONFIG_POWER4_ONLY option. I worry about adding more options that users
> could get wrong unless there is a noticeable improvement in performance.
>
The patch that I po
Hi...
--- Bodo Eggert <[EMAIL PROTECTED]> wrote:
> No common x86 BIOS can understand any partition table. Booting is
> done by
> loading the first sector of the boot device and executing it. The
> common
D'oh!! Red-face here. Can't believe my brainlessness.
Thanks for putting me straight - tha
Laurent Riffard <[EMAIL PROTECTED]> wrote:
>
> Le 04.02.2005 19:33, Andrew Morton a écrit :
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
> >
>
> loading dm-mod module fails with this message :
>
> FATAL: Error inserting dm-mod
> (/lib/module
Pavel Machek wrote:
Hi!
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
We know that all of these ROMs are run at power on so they have to
work. This implies that there must be something wrong with the
environment the ROM are being run in. Video ROMs
Since at about half a year, this driver was no longer selectable via
Kconfig.
Since it seems noone missed this driver, therefore this patch removes
it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/Makefile |1
drivers/char/tpqic02.c | 2811
Matthew Garrett wrote:
On Fri, 2005-02-04 at 21:30 -0500, Jon Smirl wrote:
I suspect the problem in that case is a compressed VBIOS. Some laptops
compress the VBIOS and the system BIOS into a single ROM and then
expand them at power on. Sounds like this is not happening on resume.
To get around th
In MythTV I switched between cards ('Y'). When I switched out of
a DVB card into the analog card I got no signal.
The system started responding slowly (long pauses) and after a
while it locked up.
Attached in the serial line log of the session, including SysRq
task dump.
I should say that I noticed
On Fri, Feb 04, 2005 at 10:33:50AM -0800, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
> - The bk-usb and bk-pci and bk-driver-core trees have been temporarily
> dropped from -mm, for they are not healthy at present.
> - After man
On Fri, Feb 04, 2005 at 07:18:17AM -0500, Wakko Warner wrote:
> Please keep me CCd
>
> jerome lacoste wrote:
> > particular hardware (Dell Inspiron 8100)? I run Linux on 3 other
>
> I have this exact same laptop. It works perfectly for me with linux.
> Originally started with a 2.4 kernel and r
On Sat, Feb 05, 2005 at 01:56:07AM -0500, Dmitry Torokhov wrote:
> On Friday 04 February 2005 09:45, Vojtech Pavlik wrote:
> > On Fri, Feb 04, 2005 at 09:17:33AM -0500, Dmitry Torokhov wrote:
> >
> > > It is still a problem if driver is registered after the port has been
> > > detected wich quite
On Sat, 2005-02-05 at 12:53 +0100, Ondrej Zary wrote:
> I wonder how this can work:
> a motherboard with i815 chipset (integrated VGA), Video BIOS is
> integrated into system BIOS
> a PCI card inserted into one of the PCI slots, configured as primary in
> system BIOS
The issue seems to be speci
Bonjour,
Votre site Internet est obsolète ou manque de dynamisme ?
Vous souhaitez l'administrer vous-même et avoir une autonomie totale ?
Vous avez un projet de développement ?
Notre agence vous propose, clef en main, un site dynamique avec son
gestionnaire de contenu.
Son concept original, inc
On Fri, 04 Feb 2005 17:19:09 +0100, Andreas Gruenbacher wrote:
>On Fri, 2005-02-04 at 15:15, Mikael Pettersson wrote:
>
>> Plain www.kernel.org kernels always.
>
>Good, it's no bug then. Stephen already explained what's going on: when
>a file has xattrs and you delete the file while running a kerne
On Friday, 4 of February 2005 19:33, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
This occurs on my box (Athlon64-based) if "processor" is directly compiled into
the kernel:
ACPI: Lid Switch [LID]
ACPI: Fan [FN00] (off)
kobject
Matthias-Christian Ott wrote:
Mirko Parthey wrote:
On Mon, Jan 31, 2005 at 05:22:02PM +0100, wrote:
My Debian machine hangs during shutdown, with messages like this:
unregister_netdevice: waiting for br0 to become free. Usage count = 1
I narrowed it down to the command
# brctl delbr br0
which
On Saturday 05 February 2005 02:01, Gary Smith wrote:
> Quoting Nick Warne <[EMAIL PROTECTED]>:
> > Here is the link that explains it... what to do with many processes
> > segfaulting, I don't know. RHEL support is _very_ good - give them a
> > ring.
> >
> > http://people.redhat.com/drepper/assume
Hi,
It looks like softlockup is not happy with suspend/resume:
Feb 5 02:16:06 albercik kernel: BUG: soft lockup detected on CPU#0!
Feb 5 02:16:06 albercik kernel:
Feb 5 02:16:06 albercik kernel: Modules linked in: snd_seq snd_seq_device
usbserial parport_pc lp parport thermal processor fan bu
Le 05.02.2005 12:26, Andrew Morton a écrit :
Laurent Riffard <[EMAIL PROTECTED]> wrote:
Le 04.02.2005 19:33, Andrew Morton a écrit :
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
loading dm-mod module fails with this message :
FATAL: Error inserting d
Hi,
Vojtech Pavlik wrote:
On Fri, Feb 04, 2005 at 06:37:29PM +0100, matthieu castet wrote:
Hi,
Vojtech Pavlik wrote:
On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote:
Hi,
this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi
is try before the pnp driver so if you
On Thu, Feb 03, 2005 at 01:04:46AM +, H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Matthias-Christian Ott <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > Hi!
> > But maybe gcc 4 will get different later, so I think this patch makes sense.
> >
>
> No,
Not sure if this is the correct way of fixing this, but at least it
compiles cleanly and seems to work for me.
--- linux-bk/arch/i386/kernel/pci-dma.c 2005-02-03 18:11:54.0 +0100
+++ linux/arch/i386/kernel/pci-dma.c2005-02-05 12:47:05.0 +0100
@@ -14,7 +14,7 @@
#include
st
Am Samstag, 5. Februar 2005 12:40 schrieb Adrian Bunk:
> Since at about half a year, this driver was no longer selectable via
> Kconfig.
What happened when you ran oldconfig with a .config that had it set?
Regards
Oliver
-
To unsubscribe from this list: send the line "unsu
On Sat, Feb 05, 2005 at 03:08:18PM +0100, Oliver Neukum wrote:
> Am Samstag, 5. Februar 2005 12:40 schrieb Adrian Bunk:
> > Since at about half a year, this driver was no longer selectable via
> > Kconfig.
>
> What happened when you ran oldconfig with a .config that had it set?
CONFIG_QIC02_TAPE
On Sat, 2005-02-05 at 13:39, Mikael Pettersson wrote:
> [...] It does not explain why 2.6 allocated
> the xattr blocks in the first place; as I wrote initially, I
> have disabled the xattrs stuff:
>
> CONFIG_EXT3_FS=y
> # CONFIG_EXT3_FS_XATTR is not set
The filesystem in question must have been u
On Sat, 05 Feb 2005 11:45:22 +
Axel Schmalowsky <[EMAIL PROTECTED]> wrote:
> Can anyone tell me if it is destruktive or does it cause lose of
> performance if I set up
> L1_CACHE_SHIFT_MAX as well as CONFIG_X86_L1_CACHE_SHIFT to the value
> of 10?
>
> I've an Intel centrino processor with 1M
On Sat, 2005-02-05 at 08:59 +0100, Ingo Molnar wrote:
> hm - i had a fix in this area in the -V0.7 series. Then i thought this
> is a performance fix only and dropped it eventually, but could you give
> it a go - does it fix the deadlock?
>
> Ingo
Yep, it worked! I tried a similar fix earl
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> It looks like softlockup is not happy with suspend/resume:
Does it happen while writing out state to disk? I've attached a patch
for touch_softlockup_watchdog() below - but i think what we really need
is another mechanism. I'm wondering what the p
On Saturday, 5 of February 2005 15:35, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > It looks like softlockup is not happy with suspend/resume:
>
> Does it happen while writing out state to disk?
No, it occurs during resume, right after the image has been restored
Please keep me CCd
Willy Tarreau wrote:
> On Fri, Feb 04, 2005 at 07:18:17AM -0500, Wakko Warner wrote:
> > I have this exact same laptop. It works perfectly for me with linux.
> > Originally started with a 2.4 kernel and recently went to 2.6.10. The modem
> > works well, the video card works w
On Sat, 05 Feb 2005 12:53:37 +0100, Ondrej Zary
<[EMAIL PROTECTED]> wrote:
> I wonder how this can work:
> a motherboard with i815 chipset (integrated VGA), Video BIOS is
> integrated into system BIOS
> a PCI card inserted into one of the PCI slots, configured as primary in
> system BIOS
The info
On Sat, 5 Feb 2005 10:37:40 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > I do not understand how initramfs fits into picture... Plus lot of
> > > people (me :-) do not use initramfs...
> >
> > The final fix for this will include the video reset app on initramfs.
> > I already have code in t
On Sat, 05 Feb 2005 08:15:35 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-02-04 at 21:30 -0500, Jon Smirl wrote:
>
> > I suspect the problem in that case is a compressed VBIOS. Some laptops
> > compress the VBIOS and the system BIOS into a single ROM and then
> > expand them at
Sorry if this is off topic here but IMO this _has_ to be discussed in a
broader audience since it probably has a rather large impact about the
acceptance of Linux even if it isn't the kernel's fault.
I just build the minimal sample of the wxWidgets framework and it
crashed when playing around with
How is suspend/resume handled with PNP devices? There are no
suspend/resume functions registered for the pnp bus type.
Rgds
Pierre
-
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
On Sat, Feb 05, 2005 at 03:26:05AM -0800, Andrew Morton wrote:
> You've enabled CONFIG_BASE_SMALL and so the major_names[] hashtable has
> just one element. device-mapper uses dynamic major allocation, the range
> of which is limited to the size of the top-level major_names[] array. You
> ran out
Am Samstag, 5. Februar 2005 16:47 schrieb Jon Smirl:
> On Sat, 05 Feb 2005 12:53:37 +0100, Ondrej Zary
>
> <[EMAIL PROTECTED]> wrote:
> > I wonder how this can work:
> > a motherboard with i815 chipset (integrated VGA), Video BIOS is
> > integrated into system BIOS
> > a PCI card inserted into one
Hello,
This is kernel 2.6.11-rc3-mm1. I can't mount an UDF-formatted cdrw in
packet-writing mode. Mount process gets stuck in D state.
Mounting and writing this media in packet-writing mode works fine with kernel
2.6.11-rc2-mm2.
Mounting and reading this media in normal mode (/dev/hdd on /vol/gra
I'm having problem with a card reader on a laptop (Acer Aspire 1501).
The device doesn't get its resources configured properly.
The reader is connected to the LPC bus so there is no standardised way
to configure the device. On other laptops the configuration is done via
ACPI (_STA & co. in the
Hello all,
I have a problem with my RTL-8139C based CardBus network interface.
I'm using the 8139too driver of linux-2.6.10.
When outgoing traffic becomes high it is interrupted for several
seconds and i get this:
sort kernel: NETDEV WATCHDOG: eth1: transmit timed out
sort kernel: eth1: Transmit ti
Why are there only 7-8 loop devices available?
What options do I have if I want to mount, say, 100 isos?
Thanks.
-
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
On Sat, 5 Feb 2005 17:48:43 +0100, Stefan Dösinger
<[EMAIL PROTECTED]> wrote:
> The reset code of radeon card seems to be easy to reverse engineer. I have
> started an attempt and I have 50-60% of my radeon M9 reset code implemented
> in a 32 bit C program. I had to stop due to school reasons.
The
Just before removing truncate_complete_page's BUG_ON(page_mapped(page)),
thought I'd recheck on a few filesystems. The shame! Easily triggered
with tmpfs: not because of recent changes, but because shmem_nopage
omitted the i_size_read from Andrea's careful truncate_count/i_size_read
/cachelookup/
It's time to remove truncate_complete_page's BUG_ON(page_mapped(page)):
it was there to give confidence in the new vm_truncate_count mechanism.
Earlier releases had no such check, and it wouldn't be at all helpful
if it ever bugged up file truncation on a production system - though
we don't know of
I hit the following oops on 2.6.11-rc3-mm1. I was previously running
-rc2-mm2 with no problems.
Rgds,
Grant Wilson
Feb 5 02:43:21 tlg kernel: Unable to handle kernel paging request at
2e16f000 RIP:
Feb 5 02:43:21 tlg kernel: {copy_user_generic_c+8}
Feb 5 02:43:21 tlg kernel: PGD 2f0
1 - 100 of 230 matches
Mail list logo
