unsubscribe
-
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/
Hello,
I saw the discussion between you and Andrew Morton in the LKML on serial
driver's problems.
I think the problem comes, as you said from the serail driver:
According to the tty_io.c file comments:
It should not call the flush of the tty buffer from within interrupt
handler in case of handli
On mar, 2005-02-15 at 21:01 +0100, Esben Stien wrote:
> How did you get that /dev/input/event-mx1000?
A custom rule in /etc/udev/rules.d/00_logitech.rules:
> KERNEL="event*", SYSFS{idVendor}="046d", SYSFS{idProduct}="c50e"
> NAME="input/event-mx1000" SYMLINK="input/%k"
> KERNEL="mouse*", SYSFS{id
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> >
> > > +EXPORT_SYMBOL(dm_register_path_selector);
> > > +EXPORT_SYMBOL(dm_unregister_path_selector);
> >
> > I though we agreed to only allow GPL'ed path selectors at OSDL?
>
> (OSDL?)
>
> Yup, this
Was posted with wrong content-type and i got no reply, so i decided to repost
This patch allows to use floppy drive in non-DMA mode on PegasosPPC machines.
To use it:
1. Do not build floppy driver as a module, link it statically. Transferring
parameters to it from insmod is still problematic,
On Tue, 15 Feb 2005, Andrew Morton wrote:
> Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
> >
> > Ensure that we only offline the processor when it's safe and never run
> > softirqs in another processor's ksoftirqd context. This also gets rid of
> > the warnings in ksoftirqd on cpu offline.
>
>
Model hack (or "how to do it")
--
Acer Aspire 1406LC ole's radeonfb patch
I have to turn off dri, and then it works with the radeonfb patch. I
use this method because I like the fancy fra
Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
>
> Ensure that we only offline the processor when it's safe and never run
> softirqs in another processor's ksoftirqd context. This also gets rid of
> the warnings in ksoftirqd on cpu offline.
I don't get it. ksoftirqd is pinned to its cpu, so why d
Somehow missed sidewinder driver...
==
Input: fix timer handling race in sidewinder joystick driver by
switching to gameport's polling facilities.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
= drivers/input/jo
* Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
> Ensure that we only offline the processor when it's safe and never run
> softirqs in another processor's ksoftirqd context. This also gets rid of
> the warnings in ksoftirqd on cpu offline.
>
> Signed-off-by: Zwane Mwaikambo <[EMAIL PROTECTED]>
l
Ensure that we only offline the processor when it's safe and never run
softirqs in another processor's ksoftirqd context. This also gets rid of
the warnings in ksoftirqd on cpu offline.
Signed-off-by: Zwane Mwaikambo <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc3-mm2/kernel/softirq.c
=
On Tue, Feb 15, 2005 at 10:32:44AM +0100, Andrea Arcangeli wrote:
> Hello,
>
> This is the latest version against 2.6.11-rc4:
>
>
> http://www.kernel.org/pub/linux/kernel/people/andrea/patches/v2.6/2.6.11-rc4/seccomp
>
> I'd need it merged into mainline at some point, unless anybody has
>
Hi,
sorry, couple of more things (and I promise I will shut up ;))
> /*
> + * Try to initialize the IBM TrackPoint
> + */
> + if (max_proto > PSMOUSE_PS2 && trackpoint_init(psmouse) == 0) {
> + psmouse->vendor = "IBM";
> + psmouse->name = "TrackPoint";
> +
> +
* Mark Gross <[EMAIL PROTECTED]> wrote:
> I'm attempting to change the softIRQ preemption implementation to use
> work queues (one per softIRQ), that allow for runtime priority changes
> on a per-soft IRQ bases. To do this I was trying to have
> raise_softirq call queu_work directly. queue_work
Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
> I am running -rc3 on my AMD64 laptop and I noticed it becomes sluggish after
> use mainly due to growing swap use. It has 768M of RAM and a Gig of swap.
> After following this thread, I started monitoring /proc/slabinfo. It seems
> size-64 is contin
On Tue, 15 Feb 2005 23:38:09 +0100, Lorenzo =?ISO-8859-1?Q?Hern=E1ndez_?=
=?ISO-8859-1?Q?Garc=EDa-Hierro?= said:
> Yes, and that's noticed from the "official" documentation.
> But, who says that we can't place auditing facilities inside the
> existing hooks? or even file system linking related tw
On Tue, 15 Feb 2005 15:16:18 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> Stephen, if you fix the above, and send me the patch, I'll merge it,
> there isn't any other problem with it.
Ok, more descriptive names, I noticed that psmouse->disconnect wasn't
being called when my laptop suspende
Andi Kleen wrote:
Making memory migration a subset of page migration is not a general
solution. It only works for programs that are using memory policy
to control placement. As I've tried to point out multiple times
before, most programs that I am aware of use placement based on
first-touch. Wh
Unsubscribe linux-kernel
-
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/
On Wed, 16 Feb 2005, Roman Zippel wrote:
>
> The patch below seems to do the trick too.
> It seems the initial receive_room() call in pty_write() returns
> N_TTY_BUF_SIZE and receive_buf() will happily drop the last byte.
Why have that "tty->icanon && !tty->canon_data" test in the first place,
On Tue, 2005-02-15 at 20:08 -0500, Jon Smirl wrote:
> There is a new io resource flag as part of the pci rom code,
> IORESOURCE_ROM_SHADOW, that is used on x86. If IORESOURCE_ROM_SHADOW
> is set, you should ignore the physical ROM and use the copy at C000:0.
> Can we build an equivalent flag for PP
I am running -rc3 on my AMD64 laptop and I noticed it becomes sluggish after
use mainly due to growing swap use. It has 768M of RAM and a Gig of swap.
After following this thread, I started monitoring /proc/slabinfo. It seems
size-64 is continuously growing and doing a compile run seem to make
On Tuesday 15 February 2005 18:44, Greg KH wrote:
> On Tue, Feb 15, 2005 at 05:25:54PM -0500, Dmitry Torokhov wrote:
> > On Tue, 15 Feb 2005 23:04:06 +0100, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > >
> > > -static int class_device_dev_link(struct class_device * class_dev)
> > > -{
> > > -
Hi,
On Tue, 15 Feb 2005, Linus Torvalds wrote:
> > I've also seen more than one byte missing. For example when sending a big
> > chunk of bytes down the pty via an Emacs *shell* buffer up to 16 bytes are
> > missing somewhere in the middle.
>
> If it's NTTY (and I'm pretty certain it is - the g
On Tue, Feb 15, 2005 at 01:47:59AM +0100, Pavel Machek wrote:
> Hi!
>
> This should fix u32 vs. pm_message_t confusion in firewire. No code
> changes. Please apply,
> Pavel
Applied to 1394 SVN and development bitkeeper. I will send this
upstr
Hi.
On Wed, 2005-02-16 at 12:54, Pavel Machek wrote:
> > Also, is USB suspend/resume supposed to work? My brief trials involved
> > modprobing the USB HCD modules, which still allowed me to suspend/resume,
> > but
> > my USB mouse was non-functional on resume.
>
> Yes, it seems to work quite o
On Tue, 2005-02-15 at 20:53 -0500, Vincent C Jones wrote:
>
> Kernel command line: auto BOOT_IMAGE=Test_9.2 ro root=306 pci=usepirqmask
> desktop idebus=66 video=radeonfb:[EMAIL PROTECTED]
>
> Note the "video=radeonfb:[EMAIL PROTECTED]" which used to be required to
> get the console into 1024x7
Hi Andrew-
On Tue, Feb 15, 2005 at 08:02:17AM +0100, Ingo Molnar wrote:
>
> * Nathan Lynch <[EMAIL PROTECTED]> wrote:
>
> >
> > It looks as if we need to explicitly bind worker threads to a newly
> > onlined cpu. This gets rid of the smp_processor_id warnings from
> > cache_reap. Adding a lit
On Tuesday, February 15, 2005 5:08 pm, Jon Smirl wrote:
> There is a new io resource flag as part of the pci rom code,
> IORESOURCE_ROM_SHADOW, that is used on x86. If IORESOURCE_ROM_SHADOW
> is set, you should ignore the physical ROM and use the copy at C000:0.
> Can we build an equivalent flag fo
In article <[EMAIL PROTECTED]>,
Helge Hafting <[EMAIL PROTECTED]> wrote:
>Bernd Petrovitsch wrote:
>>This would be a win (especially if the numbers are tweked to tune this)
>>with a relatively small effort.
>>However for real dependencies and parallelism you want the info similar
>>to creat a Make
Hi!
> > I would advise trying to compile a custom kernel from scratch with my
> > .config first.
> >
> > I got S3 working first with a very basic kernel config, but I couldn't
> > get it to work with my usual kernel. Assuming it was some feature that
> > caused the problem, I started disabling fea
On Wed, Feb 16, 2005 at 09:02:01AM +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2005-02-15 at 10:07 -0500, Vincent C Jones wrote:
>
> > .../...
> >
> > radeonfb: panel ID string: 1024x768
> > radeonfb: detected LVDS panel size from BIOS: 1024x768
> > BIOS provided panel power del
On Tuesday 15 Feb 2005 21:09, Lorenzo Colitti wrote:
[snip]
> I would advise trying to compile a custom kernel from scratch with my
> .config first.
>
> I got S3 working first with a very basic kernel config, but I couldn't
> get it to work with my usual kernel. Assuming it was some feature that
>
There is a new io resource flag as part of the pci rom code,
IORESOURCE_ROM_SHADOW, that is used on x86. If IORESOURCE_ROM_SHADOW
is set, you should ignore the physical ROM and use the copy at C000:0.
Can we build an equivalent flag for PPC? On x86 arch specific code
determines the boot video devic
Hi All,
after a short discussion with Marcelo, we quickly agreed that a hotfix tree
would be a good thing for kernel 2.4, since a few months can separate two
stable releases. I offered to help in this area because I already have to
pick random patches from the BK changesets anyway, so the only add
Hi all,
I'm running a kernel compiled from pristine 2.6.10 sources
downloaded from kernel.org on a P4 with HT. I was originally
working on an SMP/CONFIG_PREEMPT kernel when I first hit this
problem. I downgraded to an SMP kernel without CONFIG_PREEMPT
the problem remained. Same problem on a kerne
On Tue, 2005-02-15 at 15:57 -0800, Jesse Barnes wrote:
> Both the r128 and radeon drivers complain if they don't find an x86 option
> ROM
> on the device they're talking to. This would be fine, except that the
> message is incorrect--not all option ROMs are required to be x86 based. This
> sm
> I thought the signature described what type of ROM was there? E.g. 0xaa55
> means x86 ROM, x0303 means OF ROM, etc.?
>
> At any rate, not having a ROM at all (which my case may be) isn't an error
> either, so I think removing the printk is appropriate regardless.
Oh, and if this is the Powe
On Tue, 2005-02-15 at 16:45 -0800, Jesse Barnes wrote:
> On Tuesday, February 15, 2005 4:36 pm, Jon Smirl wrote:
> > You're removing the check for 55AA at the start of the ROM.
>
> No, the check is still there, I just removed the printk if 0xaa55 isn't found
> (my box returns 0x303 instead).
>
>
On Tuesday, February 15, 2005 4:36 pm, Jon Smirl wrote:
> You're removing the check for 55AA at the start of the ROM.
No, the check is still there, I just removed the printk if 0xaa55 isn't found
(my box returns 0x303 instead).
> I though
> the PCI standard was that all ROMs had to start with t
On Tue, 2005-02-15 at 18:16, Kiniger wrote:
> >
> > what about catting out that device? I.E.,
> >
> > 'cat /dev/cdxxx > some.iso'
> >
> > *instead* of using 'dd' (or variants) against it? I've always had good
> > results using 'cat' and CDs, avoiding 'dd' and CDs whenever the
> > opportunity
You're removing the check for 55AA at the start of the ROM. I though
the PCI standard was that all ROMs had to start with the no matter
what object code they contain. Then if you look for PCIR there is a
field in the stucture that says what language the ROM is in. Maybe the
problem is in the BIOS_I
On Tue, Feb 15, 2005 at 05:25:54PM -0500, Dmitry Torokhov wrote:
> On Tue, 15 Feb 2005 23:04:06 +0100, Kay Sievers <[EMAIL PROTECTED]> wrote:
> >
> > -static int class_device_dev_link(struct class_device * class_dev)
> > -{
> > - if (class_dev->dev)
> > - return sysfs_create_li
Stephen Rothwell writes:
> This patch does:
> - consolidate the three implementations of compat_sys_waitid
> (some were called sys32_waitid).
> - adds sys_waitid syscall to ppc
> - adds sys_waitid and compat_sys_waitid syscalls to ppc64
Looks good to me. Are you going t
On Tue, 15 Feb 2005 13:58:28 +0100, Yves Crespin
<[EMAIL PROTECTED]> wrote:
>ThreadUnblockSignal();
>signo = WaitSignal();
>ThreadBlockSignal();
You expect this to work? Just read the POSIX spec or even the man
pages. All signals sigwait() waits for must be blocked before
Both the r128 and radeon drivers complain if they don't find an x86 option ROM
on the device they're talking to. This would be fine, except that the
message is incorrect--not all option ROMs are required to be x86 based. This
small patch just removes the messages altogether, causing the driver
On Feb 15, 2005 15:29 -0800, Mitchell Blank Jr wrote:
> Stephen C. Tweedie wrote:
> > If we want to fix this, let's fix the macros: for example, convert
> > EXT3_HAS_COMPAT_FEATURE to be
> >
> > ( le32_to_cpu(EXT3_SB(sb)->s_es->s_feature_compat) & (mask) )
>
> Of course that's less efficient
On Tue, Feb 15, 2005 at 06:37:19PM -0500, Trond Myklebust wrote:
> on den 16.02.2005 Klokka 00:02 (+0100) skreiv Olivier Galibert:
>
> > Resolving the problem and/or cleaning the code, no. Telling what kind
> > of patch would be acceptable is your responsability, yes.
>
> Read the patch, read th
on den 16.02.2005 Klokka 00:02 (+0100) skreiv Olivier Galibert:
> Resolving the problem and/or cleaning the code, no. Telling what kind
> of patch would be acceptable is your responsability, yes.
Read the patch, read the earlier patch [2/13] in which the same hack
appeared in the client code, an
On Tue, 2005-02-15 at 15:27 -0800, Ajay Patel wrote:
> Hi,
>
> I have a single processor PowerMac G5 where
> the model property is PowerMac9,1.
> I do have therm_pm72 and I2C_keywest option
> enabled in my config. Still fans are always on.
>
> Any thermal control driver patch available for this n
This patch makes some needlessly global variables static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
tvaudio.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
--- linux-2.6.11-rc3-mm2-full/drivers/media/video/tvaudio.c.old 2005-02-15
22:13:38.
On Tue, Feb 15, 2005 at 10:56:56PM +, Russell King wrote:
> On Tue, Feb 15, 2005 at 11:45:53PM +0100, Peter Hagervall wrote:
> > Cleaned up some address space issues in:
>
> This is wrong, and highlights a problem with the "remote" dma pool API.
> dma_alloc_coherent() normally returns CPU-loca
Hi,
I have a single processor PowerMac G5 where
the model property is PowerMac9,1.
I do have therm_pm72 and I2C_keywest option
enabled in my config. Still fans are always on.
Any thermal control driver patch available for this newer G5?
Thanks in advance for your help.
Aj
-
To unsubscribe from t
Hi,
On Tue, 2005-02-15 at 23:29, Mitchell Blank Jr wrote:
> Of course that's less efficient though since "mask" is probably constant..
> so now the endian conversion changed from compile-time to run-time.
>
> Would something like
>
> ( ( EXT3_SB(sb)->s_es->s_feature_compat & cpu_to_le32(m
On Tue, Feb 15, 2005 at 03:15:14PM -0500, [EMAIL PROTECTED] wrote:
> On Tue, Feb 15, 2005 at 08:48:13PM +0100, Kiniger, Karl (GE Healthcare) wrote:
> > I can confirm that. Creating a correct iso image from a CD is a
> > major pain w/o ide-scsi. Depending on what one has done before the iso
> > ima
Stephen C. Tweedie wrote:
> If we want to fix this, let's fix the macros: for example, convert
> EXT3_HAS_COMPAT_FEATURE to be
>
> ( le32_to_cpu(EXT3_SB(sb)->s_es->s_feature_compat) & (mask) )
Of course that's less efficient though since "mask" is probably constant..
so now the endian conve
Thanks.
I will test 64G on node 4-7 only or 64G on node 0-3.
YH
> -Original Message-
> From: Andi Kleen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 15, 2005 2:55 PM
> To: YhLu
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: X86_64 kernel support MAX memory.
>
> On Tue, Feb 15
On Tue, Feb 15, 2005 at 03:03:02PM -0500, kernel wrote:
> On Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote:
> > I can confirm that. Creating a correct iso image from a CD is a
> > major pain w/o ide-scsi. Depending on what one has done before the iso
> > image is missing some data
On Tuesday 15 February 2005 05:38 pm, Anthony DiSante wrote:
> # ksymoops -K -o /lib/modules/2.6.10-1.9_FC2smp/ -m
> /boot/System.map-2.6.10-1.9_FC2smp oops.01 >ksymoops.01
You seem to be using a Redhat/Fedora kernel and not a stock 2.6.10 - Two
options - Either report this bug at https://bugzilla
Thanks Andi for your effort to present your case more completely.
I agree that there is some 'talking by each other' going on.
Dave Hansen has publically (and Ray privately) sought to
move this discussion to linux-mm (or more specifically,
off lkml for now).
Any chance, Andi, that you could repos
SVP stop. Cette message et SPAM! Pour local cet pas mal, pur l'internet
cet SPAM.
m'excuse mon francais terrible
Ed Tomlinson
On Monday 29 November 2004 11:23, Service de messagerie wrote:
> Le message émis par linux-kernel@vger.kernel.org est incompatible avec le
> système de messagerie, il
Good explanation, Robin. Thanks.
See y'all on linux-mm.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,
1.925.600.0401
-
To unsubscribe from this list: send the line "uns
On Tue, Feb 15, 2005 at 05:43:24PM -0500, Trond Myklebust wrote:
> ty den 15.02.2005 Klokka 21:35 (+0100) skreiv Olivier Galibert:
> > That's the second time I see you refusing an interoperability patch
> > without bothering to say what would be acceptable. Do we need a fork
> > between knfsd-pure
On Tue, Feb 15, 2005 at 11:45:53PM +0100, Peter Hagervall wrote:
> Cleaned up some address space issues in:
This is wrong, and highlights a problem with the "remote" dma pool API.
dma_alloc_coherent() normally returns CPU-local memory, unless you've
declared remote memory, in which case it's __iom
On Tue, Feb 15, 2005 at 02:57:14PM -0800, YhLu wrote:
> It passed the memtest86+ 3.1a
Are you sure it even tests the full 128GB? Traditionally PAE only
supports 64GB.
>
> No oops dump, it just restart the system.
At what point exactly? You probably have a serial
console. What are the last line
On Tue, 8 Feb 2005 12:31:40 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 08, 2005 at 12:29:29PM +1100, herbert wrote:
> >
> > This one moves the dst->child processing from dst_ifdown into
> > xfrm_dst_ifdown.
>
> This patch adds a net_device argument to ifdown. After all,
> it's a
On Wed, Feb 16, 2005 at 08:58:19AM +1100, Peter Chubb wrote:
> > "Robin" == Robin Holt <[EMAIL PROTECTED]> writes:
>
> Robin> On Tue, Feb 15, 2005 at 08:35:29AM -0800, Paul Jackson wrote:
> >> What about the suggestion I had that you sort of skipped over,
> >> which amounted to changing the sy
On Tue, 15 Feb 2005, Peter Hagervall wrote:
>
> Cleaned up some address space issues in:
I'm holding off these for now, but you might check with Al Viro, since
he's got a ton in store for a post-2.6.11 merge.
Linus
-
To unsubscribe from this list: send the line "unsubscribe lin
It passed the memtest86+ 3.1a
No oops dump, it just restart the system.
YH
> -Original Message-
> From: Andi Kleen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 15, 2005 2:42 PM
> To: YhLu
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: X86_64 kernel support MAX memory.
>
> On
ty den 15.02.2005 Klokka 21:35 (+0100) skreiv Olivier Galibert:
> That's the second time I see you refusing an interoperability patch
> without bothering to say what would be acceptable. Do we need a fork
> between knfsd-pure and knfsd-actually-works-in-the-real-world or what?
You appear to be un
Cleaned up some address space issues in:
arch/i386(kernel/pci-dma.c
drivers/base/dmapool.c
fs/proc/base.c
include/asm-generic/pci-dma-compat.h
include/linux/dmapool.h
kernel/stop_machine.c
Signed-off-by: Peter Hagervall <[EMAIL PROTECTED]>
= arch/i386/kernel/pci-dma.c 1.19 vs edited =
On Tue, Feb 15, 2005 at 02:34:17PM -0800, YhLu wrote:
> If only use 64G RAM, it works well.
Are you sure the RAM is not broken? The more you have of it
the more likely one DIMM is bad.
Otherwise debug it. What's the oops dump?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe li
I've had two recent Oopses on two different 2.6.10 kernels on an SMP system.
The system was being used "normally" -- a web browser, a few xterms and
text-editors, and a VNC window running on it, in addition to some services
(apache, ssh...). The only thing that sticks out is that this only hap
Matthew Garrett schrieb:
> On Tue, 2005-02-15 at 19:57 +0100, Carl-Daniel Hailfinger wrote:
>
>
>>Kendall Bennett is working with me to get suspend/resume working
>>even with framebuffers. Once we have results, I'll post them here.
>
>
> I've had success using vesafb with vbetool state restorat
Hi,
The purpose of this email is not re-opening the old flame on the
anti-LSM "pleas" that were subject of many discussion and
disappointments in certain developers and user groups.
I will try to answer some of those in as much as possible organized
manner, without any personal opinion being show
Sorry for the repost! I forgot to attach my analysis so far ...
In the 2.4 kernels, is there a race window when a wake_up() of the
tty->write_wait queue from the underlying tty_driver can be lost in
la-la-land, while a task is sleeping on it from tty_wait_until_sent() ?
I am seeing something simi
In the 2.4 kernels, is there a race window when a wake_up() of the
tty->write_wait queue from the underlying tty_driver can be lost in
la-la-land, while a task is sleeping on it from tty_wait_until_sent() ?
I am seeing something similar. I have the "pppd" daemon in the
TASK_INTERRUPTIBLE state stu
On Tue, 15 Feb 2005 23:04:06 +0100, Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> -static int class_device_dev_link(struct class_device * class_dev)
> -{
> - if (class_dev->dev)
> - return sysfs_create_link(&class_dev->kobj,
> -&class_dev->d
If only use 64G RAM, it works well.
YH
> -Original Message-
> From: Andi Kleen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 15, 2005 12:15 PM
> To: YhLu
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: X86_64 kernel support MAX memory.
>
> On Tue, Feb 15, 2005 at 10:49:05AM -08
On Maw, 2005-02-15 at 19:44, Linus Torvalds wrote:
> However, then when I start looking at n_tty_receive_room() and
> n_tty_receive_buf(), my stomach gets a bit queasy. I have this horrid
> feeling that I had something to do with the mess, but I'm going to lash
You did.
Then Ted tided it up
The
Dr Peter Chubb writes:
> Can page migration be done lazily, instead of all at once?
That might be a useful option. Not my area to comment on.
We would also require, at least as an option, to be able to force the
migration on demand. Some of our big honkin iron parallel jobs run with
a high degr
On Maw, 2005-02-15 at 17:48, David GÃmez wrote:
> Is going to be merged soon to the mainline 2.6 kernel? I guess this
> bad error handling from ide-cd has something to do with recent messages
> about kernel hanging with bad dvd media.
Up to the maintainer. I've been very busy on thesis stuff but I
On Tue, Feb 15, 2005 at 09:53:44PM +0100, Kay Sievers wrote:
> Add a "bus" symlink to the class and block devices, just like the "driver"
> and "device" links. This may be a huge speed gain for e.g. udev to determine
> the bus value of a device, as we currently need to do a brute-force scan in
> /s
On Tue, 2005-02-15 at 10:07 -0500, Vincent C Jones wrote:
> .../...
>
> radeonfb: panel ID string: 1024x768
> radeonfb: detected LVDS panel size from BIOS: 1024x768
> BIOS provided panel power delay: 1000
> radeondb: BIOS provided dividers will be used
> ref_divider = 8
> post_divi
Linus Torvalds <[EMAIL PROTECTED]> writes:
> That's clearly not the case, and I haven't looked into exactly what
> termios settings "forkpty()" uses
If no termios is passed then the defaults are unchanged.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfe
> Making memory migration a subset of page migration is not a general
> solution. It only works for programs that are using memory policy
> to control placement. As I've tried to point out multiple times
> before, most programs that I am aware of use placement based on
> first-touch. When we mi
Hello Again!
Sorry Greg for the wrong information. The kernel I modified
had been patched with some megaraid patches before. I wasn't
told that it was patched. I retested it with 2.6.10 and it works
fine!
So keep on good work,
Nico
-
To unsubscribe from this list: send the line "unsubscribe linu
Diego Calleja wrote:
Of course there're lots of problems, like what happens
if you change a file which was being used by a suspended process,
That one is easy. Store a checksum of the file in use when you go to
sleep If on wakeup the checksum is different, pop up a window that says
"the file *
Hi,
On Mon, 2005-02-14 at 22:11 +0100, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me),
El Tue, 15 Feb 2005 15:46:56 -0500,
Adam Goode <[EMAIL PROTECTED]> escribió:
> Mac OS X has a similar thing, with a pretty simple description of how
> they do it:
>
> http://developer.apple.com/technotes/tn/tn1150.html#HotFile
Also all those things are part of darwin i think (or IOW, we can look
On Tue, 15 Feb 2005 20:48:13 +0100, "Kiniger, Karl (GE Healthcare)" said:
> I can confirm that. Creating a correct iso image from a CD is a
> major pain w/o ide-scsi. Depending on what one has done before the iso
> image is missing some data at the end most of the time.
> (paired with lots of ker
On Tue, 15 Feb 2005 13:56:14 CST, Linas Vepstas said:
> Now I like this idea. It need not have anything to do with startup,
> or with any particular program or distro whatsoever. Rather, one
> would have a daemon keeping track of disk i/o patterns, and constantly
> trying to figure out if there
El Tue, 15 Feb 2005 14:51:06 -0500,
Lee Revell <[EMAIL PROTECTED]> escribió:
> Of course resuming from suspend will always be faster than booting but
> for the forseeable future we will have to reboot from time to time. And
> XP's boot time currently is way, way better than ours. FWIW, OSX stil
Thank you Lee,
I haven't contacted them, but will do so now upon your suggestion. I did
look through their support forums but did not find what I was looking for.
Joseph
From: Lee Revell <[EMAIL PROTECTED]>
To: Joseph Cosby <[EMAIL PROTECTED]>
CC: linux-kernel@vger.kernel.org
Subject: Re: 2.6.9
On Tue, 15 Feb 2005 14:51:06 EST, Lee Revell said:
> I wonder if XP's solution is patented.
If it is, IBM's OS/360 and OS/VS1 and MVS had prior art way back in the 70's.
There were *plenty* of products that would look at the system call usage and
spit out an ordered load list for SYS1.LINKLIB and
Matthew Garrett wrote:
Vendor: Hewlett-Packard
- Version: 68BDD Ver. F.0F
- Release Date: 07/23/2004
+ Version: 68BDD Ver. F.11
+ Release Date: 11/22/2004
Ok, so you both have different BIOS versions and different CPUs.
S3 work
On Tue, 2005-02-15 at 13:29 -0700, Joseph Cosby wrote:
> Hi,
> Using VMWare 4 with a 2.6.9 kernel I get "IO-APIC + timer doesn't work!"
> As suggested, the noapic option fixes the problem. This resulted after
> adding APIC support to my kernel. My problem is, I need APIC support to boot
> on a
On Tue, 15 Feb 2005, Andreas Schwab wrote:
>
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > I think it may be a n_tty line discipline bug, brought on by the fact that
> > the PTY buffering is now 4kB rather than 2kB. 4kB is also the
> > N_TTY_BUF_SIZE, and if n_tty has some off-by-one error,
In the interest of the size of everyone's inboxes, I mentioned to Ray
that we might move this discussion to a smaller forum while we resolve
some of the outstanding issues. Ray's going to post a followup to to
linux-mm, and trim the cc list down. So, if you're still interested,
keep your eyes on
Add a "bus" symlink to the class and block devices, just like the "driver"
and "device" links. This may be a huge speed gain for e.g. udev to determine
the bus value of a device, as we currently need to do a brute-force scan in
/sys/bus/* to find this value.
/sys
|-- block
| |-- fd0
| | |--
1 - 100 of 303 matches
Mail list logo
