Recent kernel are losing bytes on a pty. Try running this program (needs
to be linked against -lutil) with a moderately large input (10K - 20K).
The output should match its input, but instead there is always one byte
missing at the end of the first 4K chunk read by the child.
#include
#include
Hi!
This should fix u32 vs pm_message_t confusion in framebuffers, and do
no code changes. Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-mm/drivers/video/aty/aty128fb.c 2005-02-15 00:46:41.0
Hi!
This fixes u32 vs. pm_message_t in i8042.c. Please apply,
Pavel
--- clean-mm/drivers/input/serio/i8042.c2005-02-15 00:46:40.0
+0100
+++ linux-mm/drivers/input/serio/i8042.c2005-02-15 01:04:10.0
+
Hi!
This fixes u32 vs. pm_message_t confusion in MMC layer. Please apply,
Pavel
--- clean-mm/drivers/mmc/mmc_block.c2005-02-15 00:34:38.0 +0100
+++ linux-mm/drivers/mmc/mmc_block.c2005-02-15 01:04:10.0 +0100
Hi!
This fixes u32 vs. pm_message_t confusion in macintosh. Please apply,
Pavel
--- clean-mm/drivers/macintosh/via-pmu.c2005-02-15 00:46:40.0
+0100
+++ linux-mm/drivers/macintosh/via-pmu.c2005-02-15 01:04:10
Hi!
This fixes u32 vs. pm_message_t confusion in serials. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/serial/8250.c 2005-02-15 00:46:41.0 +0100
+++ linux-mm/drivers/serial/82
On Mon, 2005-02-14 at 16:35 -0800, Larry McVoy wrote:
> On Mon, Feb 14, 2005 at 07:14:11PM -0500, Steven Rostedt wrote:
> > On Mon, 2005-02-14 at 16:00 -0800, Larry McVoy wrote:
> > > How about this?
> > >
> > > http://lkml.org/lkml/2003/12/14/47
> >
> > I don't know about others, but it solves m
Hi!
This fixes u32 vs. pm_message_t confusion in bttv. Please apply,
Pavel
--- clean-mm/drivers/media/video/bttv-driver.c 2005-02-15 00:34:38.0
+0100
+++ linux-mm/drivers/media/video/bttv-driver.c 2005-02-15 01:04:10.0
+0
On Sat, Feb 12, 2005 at 09:00:52PM -0800, Nish Aravamudan wrote:
> On Sun, 13 Feb 2005 03:41:01 +0100, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > On Sünnavend 12 Februar 2005 14:28, Sergey Vlasov wrote:
> > > On Sat, 12 Feb 2005 12:38:26 +0100 Arnd Bergmann wrote:
> > > > #define __wait_event_loc
> Nope. No printk outputs from _set_par, _write_mode, or _engine_init.
>
> Just to clarify: the gdm stop is done from tty1 while gdm is running
> on tty7, so I don't think it's a matter of mode switch logic.
Ohhh, this is a known bug then. When you kill X while it's not on the
front VT, it will
[Trimmed Cc]
On Tue, Feb 15, 2005 at 11:15:56AM +1100, Nigel Cunningham wrote:
> > Well, yes, if you switch pm_message_t into struct. But we are not yet
> > ready to do that... it is going to be typedefed to u32 for 2.6.11...
>
> Ah. So I haven't realised that Bernard took your patches wholesale,
Hi!
This should fix u32 vs. pm_message_t confusion in AGP. Last patch for
tonight, please apply,
Pavel
--- clean-mm/drivers/char/agp/via-agp.c 2005-02-15 00:46:40.0 +0100
+++ linux-mm/drivers/char/agp/via-agp.c 2005-02-15 01:
On Mon, 2005-02-14 at 16:16 -0800, Tim Bird wrote:
> Lee Revell wrote:
> > But, I was referring more to things like GDM not being started until all
> > the other init scripts are done. Why not start it first, and let the
> > network initialize while the user is logging in?
>
> There are a number
Andi Kleen wrote:
For our use, the batch scheduler will give an intermediary program a
list of processes and a series of from-to node pairs. That process would
then ensure all the processes are stopped, scan their VMAs to determine
what regions are mapped by more than one process, which are mapped
On Mon, 14 Feb 2005 [EMAIL PROTECTED] wrote:
this does mean that there would be somehat of a commiter/non-commiter
split, with the difference between them being those who agree to the
non-compete license of #1 and those who don't and use #2 to have a local
read-only copy and have to use normal patc
> No. You also need to consider situations such as out-of-tree drivers
> for the same hardware (might not use PCI API), and situations where you
> have peer devices discovered and used (PCI API doesn't have "hey,
> device is associated with , too" capability)
there's not a lot you or anyone
On Feb 14, 2005, at 20:17, Lee Revell wrote:
On Mon, 2005-02-14 at 16:16 -0800, Tim Bird wrote:
Lee Revell wrote:
But, I was referring more to things like GDM not being started until
all
the other init scripts are done. Why not start it first, and let the
network initialize while the user is logg
Running Reaim-7 on a 4G ram disk with 4 processors on
Itanium... Every few runs, as the multiprocessing level increases, we
see 22 processes hung in sync(), all except one waiting in
sync_filesystems() and that one waiting in pagebuf_iowait().
There's lots of free memory, the ram-disk is not full
Problem does not exist on 2.6.8.1. Compiling your program and running
./a.out < README | diff README -
produces no output.
I tested various files ranging in size from 10 to 60k.
-Alex
=
I code, therefore I am
__
Do you Yahoo!?
Yahoo! Ma
Arjan van de Ven wrote:
No. You also need to consider situations such as out-of-tree drivers
for the same hardware (might not use PCI API), and situations where you
have peer devices discovered and used (PCI API doesn't have "hey,
device is associated with , too" capability)
there's not a lot
On Monday 14 February 2005 10:40, Larry McVoy wrote:
> On Mon, Feb 14, 2005 at 10:08:20AM -0500, Jeff Sipek wrote:
> > On Mon, Feb 14, 2005 at 01:08:58PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > On Sun, 13 Feb 2005 18:08:02 -0800, Larry McVoy <[EMAIL PROTECTED]> wrote:
> > > > is to clarify th
On Gwe, 2005-02-11 at 14:28, Jonathan Knight wrote:
> Fedora and the 2.6 kernel nothing has worked well. The latest 2.6.10 build
> is the worst so far. We've even gone and unpacked the rc3 for 2.6.11 and
> dug out the aacraid controller but that didn't perform any better. We think
> 2.6.8 was th
for the google archives :
I work with Linux more than 10 years and this messages are a great
sheet ! I can't understand a thing of the fuck is going in the mind of
the author.
"Use ide-cd and give dev=/dev/hdX as device"
cracks me up , Can someone translate this to English ?
reading man fstab-s
Hi Peter,
On Tue, Feb 15, 2005 at 12:49:45PM +1100, Peter Chubb wrote:
> Running Reaim-7 on a 4G ram disk with 4 processors on
> Itanium... Every few runs, as the multiprocessing level increases, we
> see 22 processes hung in sync(), all except one waiting in
> sync_filesystems() and that one wait
Sergio Monteiro Basto wrote:
for the google archives :
I work with Linux more than 10 years and this messages are a great
sheet ! I can't understand a thing of the fuck is going in the mind of
the author.
"Use ide-cd and give dev=/dev/hdX as device"
cracks me up , Can someone translate this to Eng
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> Please try if 2.6.11-rc3 is any better.
Yes, nice, the error is gone and I've verified with blender that the
horizontal scroll works as it should;).
Firefox gives me something strange, but the kernel issue is resolved.
I'll explain what firefox gives
On Mon, Feb 14, 2005 at 09:13:14PM -0500, Ed Tomlinson wrote:
> > The way some people are reading the license the price is even higher,
> > they think it is a forever tainted license as it stands today. I've had
> > specific requests to clarify this part of the license.
> >
> > So how would you s
On Mon, 14 Feb 2005 19:54:14 +0100, Juergen Stuber wrote:
> g BK, I can immediately start working on another SCM
> but I can't go back to BK immediately
IMHO, it should be the other way around, and more like two years, then you
can buy back time at something like 1/12th full BK license price per
Jeremy Nickurak <[EMAIL PROTECTED]> writes:
> Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10.
> 2.6.11-rc3 causes the scroll wheel to appear under X.org 6.8.1 with the
> evdev driver as two seperate mouse buttons being pressed simultaneously.
I'm a little unclear as to what
> You shouldn't, although many people do. It's a derived work and hence the
> GPL is applicable. The only exception we make is for code which was
> written for other operating systems and was then ported to Linux.
As one of the copyright holders I make no such exception. Its either a
derived wo
On Mon, Feb 14, 2005 at 08:00:59PM -0500, Steven Rostedt wrote:
> I guess you are dealing with three groups of people.
>
> 1) The ones paying you. The companies that spend money to get things
> done. -- Needs full version of BK.
Agreed.
> 2) The Open Source developers, Linus and others that lik
Hi all,
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
Parisc seemed to assume th existance of compat_sys_wa
Another variation - allow _one_ flip, either way, into or out of BK.
But each flip sets a one year timer within which you can't reverse flip.
... just brainstorming ...
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Pau
Ray wrote:
> [Thus the disclaimer in
> the overview note that we have figured all the interaction with
> memory policy stuff yet.]
Does the same disclaimer apply to cpusets?
Unless it causes some undo pain, I would think that page migration
should _not_ violate a tasks cpuset. I guess this means
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
>
> you're right something might be different now
> that we don't follow a swapout virtual address space order anymore
There's a patch in -mm which attempts to do so, and afair, succeeds.
However the performance seems to be crappy. Its main benefit at
Andi,
How much is max RAM 2.6.11 x86_64 support on AMD64?
64G or 128G?
YH
-
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.t
Questions concerning this page cache patch that Martin submitted,
as a merge of something originally written by Ray Bryant.
The following patch is not really a patch. It is a few questions, a
couple minor space tweaks, and a never compiled nor tested rewrite of
proc_do_toss_page_cache_nodes() to
Lee Revell said the following:
The reason I marked by response OT is that the time from power on to
userspace does not seem to be a big problem. It's the amount of time
from user space to presenting a login prompt that's way too long. My
distro (Debian) runs all the init scripts one at a time, an
On Mon, 2005-02-14 at 19:01 -0800, Larry McVoy wrote:
> Would the tarball + patch server suffice for you? We could make a
> ChangeSet file which had bk changes -v output in it and that would
> give you a fairly useful set of version information. For those who
> don't know, bk changes -v is outp
In article <[EMAIL PROTECTED]> you write:
>On my Thinkpad T30 with a Radeon Mobility M7 LW, I get interesting
>console video corruption if I start GDM, switch back to text mode,
>then stop it again. X is Xfree86 from Debian/unstable or X.org 6.8.2.
>
>The corruption shows up whenever the console sc
Aurélien GÉRÔME wrote:
Hi,
Having CONFIG_RTC=y, I tried on x86 the rtctest program found in
linux-2.6.10/Documentation/rtc.txt. However, it failed at:
ioctl(fd, RTC_UIE_ON, 0);
with:
ioctl: Inappropriate ioctl for device
Did I miss something? Maybe something else conflicts with CONFIG_RTC?
Cheers.
Hi, don't feel much better but thanks a lot!
in conclusion ?
1- hdc=ide-scsi, now should be hdc=ide-cd for general cd-writer, because
cdrecorder don't need scsi emulation anymore.
2- as hdc already is ide-cd by default, therefore is not necessary to
write it and what should be made is erase the
Sergio Monteiro Basto wrote:
Hi, don't feel much better but thanks a lot!
in conclusion ?
1- hdc=ide-scsi, now should be hdc=ide-cd for general cd-writer, because
cdrecorder don't need scsi emulation anymore.
At least partially correct: don't use "hdc=ide-scsi".
However, I don't use "hdc=ide-cd"
On mar, 2005-02-15 at 03:45 +0100, Esben Stien wrote:
> Jeremy Nickurak <[EMAIL PROTECTED]> writes:
>
> > Oddly, my horizontal scroll worked fine as extra buttons under 2.6.10.
> > 2.6.11-rc3 causes the scroll wheel to appear under X.org 6.8.1 with the
> > evdev driver as two seperate mouse butto
Marcin Dalecki <[EMAIL PROTECTED]> said:
> On 2005-02-14, at 19:56, Larry McVoy wrote:
> > All we are trying to do is
> >
> > 1. Provide the open source community with a useful tool.
> > 2. Prevent that from turning into the open source community
> > creating a clone of our tool.
Could you put my bk-pci and bk-driver trees back into the next -mm
releases? They are at:
bk://kernel.bkbits.net/gregkh/linux/pci-2.6
and
bk://kernel.bkbits.net/gregkh/linux/driver-2.6
Respectively. I've pluled the 64bit resource stuff out of the pci tree,
that was causing a lot
Hi all,
This patch just consolidates the last of the (what should have been)
compat_sigval_ts. It worries me that S390 has a sigval_t in its struct
compat_siginfo, but I have left that for now.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
P.S. this patch has not even been compiled as I d
* Kurt Garloff ([EMAIL PROTECTED]) wrote:
> this goes back to a discussion in August last year:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0408.1/0623.html
Thanks for follow up Kurt. I'm travelling at the moment so bear with me
if my response time is slow. In short, I don't mind switching o
>
> On 2005-02-14, at 19:17, Matthew Jacob wrote:
> He is simply plain dishonest about his intentions. And since he is
> driving a
> company it's not difficult to deduce what his intentions really are:
> Making money.
> That's plain and simple what all companies are all about.
> Now you can start t
> Linus has never worked on Unix in any form, and most of the
> other kernel hackers hasn't either. Ever.
Huh? I believe they have used Unix, as in the BitKeeper case. In neither
case they get access to the source code of the software they use, to make
the comparison equal.
Whether they used a *
Greg KH wrote:
On Sat, Feb 12, 2005 at 09:30:54AM +0100, Harald Dunkel wrote:
If it is not possible to use klibc together with a non-Linux
system (e.g. FreeBSD or Mach), then I would suggest to make
klibc an optional kernel patch and drop it from udev and
hotplug.
But it is not possible to use ude
Hi,
There seems to be a race WRT to timer handling in all gameport-based
joystick drivers. open() and close() methods are used to start and
stop polling timers on demand but counter and the timer itself is not
protected in any way so if several clients will try to open/close
corresponding input de
Hi,
On Sun, Feb 13, 2005 at 04:11:09PM -0500, Kurt Garloff wrote:
> From: Kurt Garloff <[EMAIL PROTECTED]>
> Subject: Clean LSM stub file
[...]
So, for convenience, I merged Andreas' fix on top
of this patch into a new patch 2, which is attached.
So CONFIG_SECURITY_NETWORK disabled should work ag
Ah Jim.
On Tue, 2005-02-15 at 14:38, Jim Crilly wrote:
> I agree boot up is too slow and that some things should be started in the
> background, but not things that are required for the main purpose of the box
> to
> work properly, what should be started sync and what should be async is a hard
On Tue, Feb 15, 2005 at 12:07:34PM +1100, Benjamin Herrenschmidt wrote:
>
> > Nope. No printk outputs from _set_par, _write_mode, or _engine_init.
> >
> > Just to clarify: the gdm stop is done from tty1 while gdm is running
> > on tty7, so I don't think it's a matter of mode switch logic.
>
> Oh
On Monday 14 Feb 2005 21:11, Pavel Machek wrote:
[snip]
>
> Table of known working systems:
>
> Model hack (or "how to do it")
> ---
>--- IBM TP R32 / Type 2658-MMG none (1)
> Athlon HP Omnibook X
Nigel Cunningham said the following:
You warmed my heart until...
Good to know someone reads my email =)
Why not? :> I guess you mean to the problem of slow booting in the first
place - I would agree with you there, but is there are reason why we
should have booting being the norm instead of normal
Hi,
There is no special reason at this moment.
Please apply this patch.
Thank you.
From: Daniel Dickman <[EMAIL PROTECTED]>
Date: Sun, 13 Feb 2005 00:24:13 -0800 (PST)
> For the m32r architecture, is there a reason not to use the generic bug.h
> definition?
>
> Signed-off-by: Daniel Dickman <[
Hi.
On Tue, 2005-02-15 at 17:15, Jim Crilly wrote:
> Nigel Cunningham said the following:
> > You warmed my heart until...
>
> Good to know someone reads my email =)
>
> > Why not? :> I guess you mean to the problem of slow booting in the first
> > place - I would agree with you there, but is th
* Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Works ok here.
>
> 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 little more instrumentation to the debug
> smp_processor_id showed that n
On Tue, Feb 15, 2005 at 06:39:37AM +0100, Harald Dunkel wrote:
> Greg KH wrote:
> >On Sat, Feb 12, 2005 at 09:30:54AM +0100, Harald Dunkel wrote:
> >
> >>
> >>If it is not possible to use klibc together with a non-Linux
> >>system (e.g. FreeBSD or Mach), then I would suggest to make
> >>klibc an op
On Mon, Feb 14, 2005 at 11:32:30AM -0500, Prarit Bhargava wrote:
> I didn't see a final ACK on this patch -- just checking for one :)
The patch was redone - we now check for error from the 'flush' command
before sending CTL_TEST.
> P.
>
> Prarit Bhargava wrote:
>
> >I've taken into account Dmi
On Mon, Feb 14, 2005 at 08:45:39PM -0500, Kyle Moffett wrote:
> >last thing that gets run. There is just no reason for this. We should
> >start X and initialize the display and get the login prompt up there
> >ASAP, and let the system acquire the DHCP lease and start sendmail and
> >apache and ge
201 - 263 of 263 matches
Mail list logo
