On Sun, Feb 06, 2005 at 09:38:54AM -0500, Jeff Garzik wrote:
> Without device mapper (another new feature) to enable dmraid, these
> users are just sorta S.O.L.
>
> I consider it not a new feature, but a missing feature, since otherwise
> user data cannot be accessed in the RAID setups.
So thos
> I consider it not a new feature, but a missing feature, since otherwise
> user data cannot be accessed in the RAID setups.
the same is true for all new hardware drivers and hardware support
patches. And for new DRM (since new X may need it) and new .. and
new ... where is the line?
for me a d
Arjan van de Ven wrote:
I consider it not a new feature, but a missing feature, since otherwise
user data cannot be accessed in the RAID setups.
the same is true for all new hardware drivers and hardware support
patches. And for new DRM (since new X may need it) and new .. and
new ... where is th
On Sun, Feb 06, 2005 at 03:26:15PM +0100, Jean Delvare wrote:
> Maarten Deprez then converted it to the proper kernel coding-style:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110726276414532
>
> I invite you to test the new patch and confirm that it works for you.
>
> Any chance we could ge
This patch uses range for NR_CPUS on arm (the same is already done on
all other architectures).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 15 Jan 2005
--- linux-2.6.11-rc1-mm1-full/arch/arm/Kconfig.old 2005-01-15
07:34:47.0 +0100
+++ lin
On Sun, 06 Feb 2005 10:03:27 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Arjan van de Ven wrote:
> >>I consider it not a new feature, but a missing feature, since otherwise
> >>user data cannot be accessed in the RAID setups.
> >
> >
> > the same is true for all new hardware drivers and hardwar
On Sun, 2005-02-06 at 10:03 -0500, Jeff Garzik wrote:
> Arjan van de Ven wrote:
> >>I consider it not a new feature, but a missing feature, since otherwise
> >>user data cannot be accessed in the RAID setups.
> >
> >
> > the same is true for all new hardware drivers and hardware support
> > patc
On Sun, Feb 06, 2005 at 10:03:27AM -0500, Jeff Garzik wrote:
> Red herring.
>
> 2.4.x has ICH5/6 support -- but is missing the RAID support component.
>
> We are talking about hardware that is ALREADY supported by 2.4.x kernel,
> not new hardware.
You're talking about software not support (the
Andi Kleen <[EMAIL PROTECTED]> writes:
> They worked fine forever - and suddenly you define them as buggy.
Working fine does not imply non-buggy, never has, never will.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
K
Venkatesh Pallipadi wrote:
> + /*
> + * Some systems seems to need two writes to HPET_T0_CMP,
> + * to get interrupts working
> + */
> + hpet_writel(tick, HPET_T0_CMP);
> hpet_writel(tick, HPET_T0_CMP);
Is it known which platforms require two, and which ones require
Dmitry Torokhov wrote:
> On Fri, 4 Feb 2005 07:18:17 -0500, Wakko Warner <[EMAIL PROTECTED]> wrote:
> > > particular hardware (Dell Inspiron 8100)? I run Linux on 3 other
>
> Hmm, I guess it's a hit and run. I had replaced:
>
> 4. Original Hitachi hard driver died horrible death - I returned home
Christoph Hellwig wrote:
On Sun, Feb 06, 2005 at 10:03:27AM -0500, Jeff Garzik wrote:
Red herring.
2.4.x has ICH5/6 support -- but is missing the RAID support component.
We are talking about hardware that is ALREADY supported by 2.4.x kernel,
not new hardware.
You're talking about software not su
Version: 2.6.10
Description: This patch fixes the buttons mapping for the Hauppauge
PVR 250/350 remotes (at least those sold in Sweden),
all buttons are now bound.
Fixes: All buttons are bound to a key
Mute button works now as mute on/off
Notes: I'm not part of the maillist, so CC me if you w
On Sun, Feb 06, 2005 at 11:09:37AM -0500, Jeff Garzik wrote:
> I'm talking about being able to access data, or not.
And your point is?
-
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Hellwig wrote:
> On Sun, Feb 06, 2005 at 12:33:43AM -0500, John Richard Moser wrote:
>
>>I dunno. I can never understand the innards of the kernel devs' minds.
>
>
> filesystem detection isn't handled at the kerne level.
>
o_o
. . .
Hi,
On Fri, 4 Feb 2005, Larry McVoy wrote:
> > > > > CVS BitKeeper [*]
> > > > > Deltas 235,956 280,212
>
> You need to rethink your math, you are way off. I'll explain it so that
> the rest of the people can see this is just pure FUD.
>
> To make sur
On Sun, 2005-02-06 at 10:58, Giuseppe Bilotta wrote:
> I have a Dell Inspiron 8200, from March 2002. Since end of
> December 2004 I've started having system lockups which at first
> I couldn't identify, although they seemed to be overheating
> related. So I started monitoring the temperatures on
cc-option can presently not be used for checking as flags. It seems like
MIPS ran into this already and added their own as-option (which at this
point seems to be completely unused on MIPS, so perhaps it's worth
removing entirely from there).
This patch moves the definition to the top-level Makefi
On Sun, 6 Feb 2005, Andi Kleen wrote:
>
> There are probably more.
So? Do you expect to never fix them, or what?
The fact is, a program that tries to execute without using PROT_EXEC is a
buggy program.
Are there buggy programs out there? Yes. We should fix them.
Linus
-
To
Arjan van de Ven is now building RPMS of the kernel and those can be found
in the RPM subdirectory and should be yum-able. Expect the RPMS to lag the
diff a little as the RPM builds and tests do take time.
Nothing terribly exciting here security wise but various bugs for problems
people have been
* Pavel Machek <[EMAIL PROTECTED]> [050206 00:50]:
> Hi!
>
> > > > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > > > is used, I get same behaviour as before ("sleepy machine"). With
> > > > "notsc", machine seems to work okay, but I still get 1000 timer
> > > > interrup
On Sun, 6 Feb 2005, Andi Kleen wrote:
>
> Force READ_IMPLIES_EXEC for all 32bit processes to fix
> the 32bit source compatibility.
Andi, stop this. We're _not_ going to say "32-bit executables don't need
PROT_EXEC. The executables would need to be marked broken per-executable,
not some kind o
On Sad, 2005-02-05 at 09:35, Pavel Machek wrote:
> Rumors say that notebooks no longer have video bios at C000h:0; rumors
> say that video BIOS on notebooks is simply integrated into main system
> BIOS. I personaly do not know if rumors are true, but PCs are ugly
> machines
>
* Pavel Machek <[EMAIL PROTECTED]> [050206 00:20]:
> Hi!
>
> > > > Currently the suggested combo is local APIC + ACPI PM timer...
> > >
> > > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > > is used, I get same behaviour as before ("sleepy machine"). With
> > > "notsc",
Marco Rogantini <[EMAIL PROTECTED]> writes:
>> +#define PCI_DEVICE_ID_TI_4510 0xac44
>> +CB_ID(PCI_VENDOR_ID_TI, PCI_DEVICE_ID_TI_4510, TI12XX),
>
> :-) It solved the problem! However I still must use the 'disable_clkrun'
> parameter to get the bridge working correctly.
Great! T
* Pavel Machek <[EMAIL PROTECTED]> [050206 04:15]:
> Hi!
>
> > +extern void disable_pit_tick(void);
> > +extern void reprogram_pit_tick(int jiffies_to_skip);
> > +extern void reprogram_apic_timer(unsigned int count);
> > +extern void reprogram_pit_tick(int jiffies_to_skip);
>
> reprogram_pit_tick
On Sun, 2005-02-06 at 09:08 -0800, Linus Torvalds wrote:
>
> On Sun, 6 Feb 2005, Andi Kleen wrote:
> >
> > Force READ_IMPLIES_EXEC for all 32bit processes to fix
> > the 32bit source compatibility.
>
> Andi, stop this. We're _not_ going to say "32-bit executables don't need
> PROT_EXEC. The exe
On Sun, 6 Feb 2005, Arjan van de Ven wrote:
>
> Note that these techniques all exist today. The only issue is that the
> current code doesn't do the RWE->READIMPLIESEXEC binding, which my patch
> fixed.
My main objection to your patch is the naming. If 'executable_stack'
affects the heap, the
Ahh, Roman, always a joy to hear from you.
> > CVS BitKeeper % in CVS
> > file deltas 210,609 218,742 96%
> > changsets 26,603 59,220 44%
> >
> > In other words, the CVS tree is missing no more than 4% of th
On Sun, 2005-02-06 at 09:31 -0800, Linus Torvalds wrote:
>
> On Sun, 6 Feb 2005, Arjan van de Ven wrote:
> >
> > Note that these techniques all exist today. The only issue is that the
> > current code doesn't do the RWE->READIMPLIESEXEC binding, which my patch
> > fixed.
>
> My main objection t
On Sun, Feb 06, 2005 at 04:02:42PM +, Alan Cox wrote:
> 2.6.10-ac12
> + Fix a bug in the new vma checks (Rik van Riel)
> * Several small 64bit sign/cleanness fixes(George Guninski)
> * tty layer typo fix (Al Viro)
Not mine. From
On Sunday 06 February 2005 03:37, Vojtech Pavlik wrote:
> On Sun, Feb 06, 2005 at 02:23:48AM -0500, Dmitry Torokhov wrote:
>
> > Ok, here is the patch using PSMOUSE_CMD_POLL. Seems to work fine with 2
> > external mice that I have and my touchpad in PS/2 compatibility mode.
> >
> > Unfortunately
On Sunday 06 February 2005 04:25, Vojtech Pavlik wrote:
> You're right, as usual. ;) How about this one? The spinlock also
> protects from concurrent hardware register access. I'm always surprised
> how much code the input API saves when converting a driver ...
>
Yep, this looks much better.
--
On Sunday 06 February 2005 04:27, Pavel Machek wrote:
> Hi!
>
> > The patch below attempts to better handle situation when psmouse interrupt
> > is delayed for more than 0.5 sec by requesting a resend. This will allow
> > properly synchronize with the beginning of the packet as mouse is supposed
>
On Sun, Feb 06, 2005 at 09:08:47AM -0800, Linus Torvalds wrote:
>
>
> On Sun, 6 Feb 2005, Andi Kleen wrote:
> >
> > Force READ_IMPLIES_EXEC for all 32bit processes to fix
> > the 32bit source compatibility.
>
> Andi, stop this. We're _not_ going to say "32-bit executables don't need
> PROT_EXE
On Sun, Feb 06, 2005 at 09:05:05AM -0800, Linus Torvalds wrote:
>
>
> On Sun, 6 Feb 2005, Andi Kleen wrote:
> >
> > There are probably more.
>
> So? Do you expect to never fix them, or what?
Someone will fix them, but it's not the job of the 32bit emulation
of x86-64 to break compatibility. It
On Sun, 6 Feb 2005, Arjan van de Ven wrote:
> >
> > And if you want to split things up, there's at least three flags there:
> > "stack" vs "file mapping" vs "anonymous mapping". For example, it might
>
> lets add "brk" as 4th I guess.
I thought about that, but no normal user program uses brk
On Sunday 06 of February 2005 13:47, you wrote:
> On Sun, Feb 06, 2005 at 01:03:11PM +0100, Pawel Sikora wrote:
> > On Sunday 06 of February 2005 12:36, you wrote:
> > > Worse is that even when the program has trampolines and has
> > > PT_GNU_STACK header with an E bit on the stack it still won't g
On Sun, Feb 06, 2005 at 07:03:47PM +0200, Paul Mundt wrote:
> cc-option can presently not be used for checking as flags. It seems like
> MIPS ran into this already and added their own as-option (which at this
> point seems to be completely unused on MIPS, so perhaps it's worth
> removing entirely
On Sun, 2005-02-06 at 10:04 -0800, Linus Torvalds wrote:
> > Ok so what to do for 2.6.11... the setarch workaround is there; that
> > works. My patch patches the worst issues and is quite minimal. What you
> > propose will be more invasive and more suitable for 2.6.11-bk1...
> > I can do such a pa
On Sun, Feb 06, 2005 at 12:35:32AM -0800, Garrett Cooper wrote:
> Hello,
> I was wondering where I might find some good dev
> documentation (if possible free since I am on a tight
> budget currently), because I wish to port a 2.4 kernel
> modem driver to 2.6 so I can use the driver properly.
On Thu, Feb 03, Linux Kernel Mailing List wrote:
> ChangeSet 1.1992.2.73, 2005/02/02 08:48:23-08:00, [EMAIL PROTECTED]
>
> [PATCH] Bug in tty_io.c after changes between 2.6.9-rc1-bk1 and
> 2.6.9-rc1-bk2
>
> Fix http://bugzilla.kernel.org/show_bug.cgi?id=3736
>
>
Hi!
> > > > Ok, works slightly better: time no longer runs 2x too fast. When TSC
> > > > is used, I get same behaviour as before ("sleepy machine"). With
> > > > "notsc", machine seems to work okay, but I still get 1000 timer
> > > > interrupts a second.
> > >
> > > Sounds like dyn-tick did not
> [1] glibc-2.3.4 kill buggy bins at the load time.
> (please look into: elf/dl-load.c, elf/dl-support.c, elf/rtld.c)
I don't see how that can work for arbitary code executed in some
arbitary mmap.
Please explain.
> This works on i386/PaX systems too (hardware NX isn't required).
But i
On Wed, Dec 15, 2004 at 11:41:38PM -0500, Eric Lammerts wrote:
> Vojtech Pavlik wrote:
> >You can use evtest (attached). It's often found in the joystick RPMs.
> >It's also in the linuxconsole.sf.net CVS repository. On recent kernels
> >it'll show the scancodes as well as the generated keycodes.
>
Emmanuel Colbus sent this patch one month ago with the following
description:
There is a trivial bug in the file sound/isa/gus/interwave.c .
The variable isapnp is defined only if CONFIG_PNP is enabled, but it is
always used few lines after.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- a/
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 8 Jan 2005
--- linux-2.6.10-mm2-full/fs/ncpfs/ncplib_kernel.c.old 2005-01-08
04:31:10.0 +0100
+++ linux-2.6.10-mm2-full/fs/ncpfs/ncplib_kernel.c
The patch below makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
arch/i386/kernel/i8259.c |4 ++--
arch/x86_64/kernel/i8259.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
--- linu
This patch contains the following cleanups:
- make a needlessly global variable static
- #if 0 four unused global functions
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
arch/i386/kernel/i387.c |8 +++-
include/asm-i386/i387.h |6 -
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
--- linux-2.6.11-rc1-mm1-full/arch/i386/crypto/aes.c.old2005-01-16
04:21:08.0 +0100
+++ linux-2.6.11-rc1-mm1-full/arch/i386/cryp
acpi_save_state_disk does nothing and is completely unused.
This patch was already ACK'ed by Pavel Machek.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 16 Jan 2005
arch/i386/kernel/acpi/sleep.c |9 -
arch/x86_64/kernel/acpi/sleep.c |9
This patch contains the following cleanups on several architectures:
- make some needlessly global code static
- remove the following write-only (except for printk's) variables:
- cache_decay_ticks
- smp_threads_ready
- cacheflush_time
I've only tried the compilation on i386, but I hope all
The patch below contains the following possible cleanups:
- make some needlessly global code static
- #if 0 the following EXPORT_SYMBOL'ed but unused function:
- nfs4acl.c: nfs4_acl_permission
- remove the following unused global function:
- nfs4state.c: set_no_grace
Signed-off-by: Adrian Bunk
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 8 Jan 2005
fs/nfs/inode.c |8 +---
fs/nfs/mount_clnt.c |4 ++--
fs/nfs/nfs4proc.c |9 +
fs/nfs/nfsroot.c|
On Sun, 6 Feb 2005, Neil Conway wrote:
> Since writing the above, I've been searching for more info. I
> downloaded four different versions of grub (GNU Grub Legacy, GNU Grub2,
> gentoo and Fedora Core 3). NONE of these showed any evidence of GPT
> support (I was in a hurry, so I searched for st
I recently posted an update to http://bugme.osdl.org/show_bug.cgi?id=1786 that
shows the bug escalating on newer hardware, such that there is no
user-accessable workaround.
It seem that where an MX-series mouse's cruise-control buttons are concerned,
the mouse (by default) produces two events f
On Sun, Dec 19, 2004 at 01:52:06AM +, Mikkel Krautz wrote:
> On Sat, 18 Dec 2004 08:53:31 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Sat, Dec 18, 2004 at 05:39:25PM +, Mikkel Krautz wrote:
> > > On Fri, 17 Dec 2004 18:59:48 -0800, Greg KH <[EMAIL PROTECTED]> wrote:
> > > > What about
Hi,
On Saturday, 5 of February 2005 20:07, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > 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 primary
> > > reason for the l
This patch remoces the bouncing email address of Victor Krapivin from
MODULE_AUTHOR.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc3-mm1-full/drivers/input/gameport/cs461x.c.old
2005-02-06 20:24:35.0 +0100
+++ linux-2.6.11-rc3-mm1-full/drivers/input/gameport/cs
On Sun, Feb 06, Olaf Hering wrote:
> Do you have an outdated udev package with bogus udev.rules?
Your strace clearly shows /dev/tty as a directory.
Go and ask Linus to revert your broken patch.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
I was seeing rmmod getting stuck consistently in D state while removing
raw1394. Looking at raw1394.c:cleanup_raw1394 - the order of doing
things seemed incorrect to me after comparing other places in raw1394.c
which do the same thing but with a different order.
bash R running task
On Sun, Feb 06, 2005 at 07:44:47PM +0100, Adrian Bunk wrote:
> acpi_save_state_disk does nothing and is completely unused.
>
> This patch was already ACK'ed by Pavel Machek.
Since it affects both i386 and x86-64 it should be pushed by the ACPI
people. However it's no bugfix and so definitely noth
On Mon, Nov 22, 2004 at 12:21:55AM +0100, Jesper Juhl wrote:
>
> Hi,
>
> Sorry about the possibly irrelevant CC list, but I couldn't find a
> maintainer for drivers/char/keyboard.c listed anywhere, so I ended up
> sending to lkml and CC'ing a few people who has worked on the file, and
> akpm a
While executing
iptables -t nat -D OUTPUT -d 80.126.170.174 -p tcp --dport https -j DNAT --to
192.168.0.1
iptables -t nat -D OUTPUT -d 80.126.170.174 -p tcp --dport http -j DNAT --to
192.168.0.1
ip route del default
ip addr del 80.126.170.174 dev eth0
on a dual PIII during a shutdown:
kernel:
On Sun, Feb 06, 2005 at 08:30:14PM +0100, Adrian Bunk wrote:
> This patch remoces the bouncing email address of Victor Krapivin from
> MODULE_AUTHOR.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> --- linux-2.6.11-rc3-mm1-full/drivers/input/gameport/cs461x.c.old
> 2005-02-06 20:24:3
Thanks for the suggestions. :)
I'm wondering if there perhaps is a more clean way to do this? Perhaps
something that would give the user the possibility to change the
polling interface per device, or something like that, perhaps exported
to sysfs? Though, since you mentioned that the endpoint desc
Frank van Maarseveen wrote:
While executing
iptables -t nat -D OUTPUT -d 80.126.170.174 -p tcp --dport https -j DNAT --to
192.168.0.1
iptables -t nat -D OUTPUT -d 80.126.170.174 -p tcp --dport http -j DNAT --to
192.168.0.1
ip route del default
ip addr del 80.126.170.174 dev eth0
on a dual PIII d
I'm a bit late, sorry. Haven't seen these mentioned in replies:
On 03/02/05 17:43 -0500, Stephen Evanchik wrote:
> +int tp_sens = TP_DEF_SENS;
> +module_param_named(sens, tp_sens, uint, 0);
> +MODULE_PARM_DESC(sens, "Sensitivity");
I don't see out-of-file usages... these could be static.
...
>
This patch removes the bouncing email address [EMAIL PROTECTED] of
Alex Woods.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/media/dvb/ttusb-dec/ttusb_dec.c |4 ++--
drivers/media/dvb/ttusb-dec/ttusbdecfe.c |2 +-
drivers/media/dvb/ttusb-dec/ttusbdecfe.h |2 +-
3 files
This oops happened while watching TV and burning a CD. Other oopses (I
guess, didn't verify at that time) happened while copying many large
files and watching TV at the same time.
Note1: /proc/ksyms does not exist. What to do?
Note2: ksymoops prints this error message to /dev/stderr:
ksym
On Sun, 6 Feb 2005, Dave Jones wrote:
> Another way forward (somewhat hacky in one sense, but a lot cleaner in
> another)
> would be to change the PCI code so that it'll load and init
> multiple drivers that claim to support the same PCI ID.
That might actually be useful to support some weird h
Hi Greg,
Please find below the new version of the patch against kernel
2.6.11-rc3-mm1 to add the sis5595 driver (sensor part).
As you suggested, I have changed the PCI part of the driver, taking the
via686a driver as an example. I have also changed the comparison of
jiffies by using time_after.
Peter Osterlund <[EMAIL PROTECTED]> writes:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2005-02-06 at 11:07 +0100, Peter Osterlund wrote:
> > > Andrew Morton <[EMAIL PROTECTED]> writes:
> > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/
Dave Jones wrote:
Another way forward (somewhat hacky in one sense, but a lot cleaner in another)
would be to change the PCI code so that it'll load and init
multiple drivers that claim to support the same PCI ID.
This may cause issues for some other drivers however where
we have an old and a new d
On Sun, Feb 06, 2005 at 09:59:21PM +0100, Holger Waechtler wrote:
> Have you ever considered asking on the linux-dvb mailing list for a more
> recent address? stop trolling and do something useful. please.
I sent this patch to linux-dvb-maintainer (linux-dvb is useless for me
since it requires
kernel wrote:
> You might want to try this;
>
> Remove the keyboard, remove the cover beneath. Take a can of air dust
> (or equivalent) and *carefully* blow out the inside of the laptop.
>
> -then-
>
> Look at the back side and the right side of the laptop. You'll see the
> intake for air an
Hi John,
Thanks for suggesting the single / few bytes encryption test. I tried doing
that, but in vain. Maybe I am going wrong somewhere else.
I will briefly tell the functions I have written and the sequence if I am doing
any mistake in the logic, please let me know.
In file.c I have add
Mathias Kretschmer wrote:
Jeff Garzik wrote:
Mathias Kretschmer wrote:
hi,
I found an older version of this patch (against 2.4.22) on some
website. After a little bit of editing it applied cleanly to 2.4.27
(and now 2.4.28). It works fine for me on a ASUS P4P800-Deluxe with
4x 300GB disks.
Mayb
On Sun, Feb 06, 2005 at 07:06:59AM +, Christoph Hellwig wrote:
> On Sun, Feb 06, 2005 at 12:33:43AM -0500, John Richard Moser wrote:
> > I dunno. I can never understand the innards of the kernel devs' minds.
>
> filesystem detection isn't handled at the kerne level.
Yeah, but the link order
There's no longer any user of inter_module_get outside of
intermodule.c .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/module.h |1 -
kernel/intermodule.c |3 +--
2 files changed, 1 insertion(+), 3 deletions(-)
This patch was already sent on:
- 12 Dec 2004
--- l
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/tridentfb.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
This patch was already sent on:
- 21 Nov 2004
--- linux-2.6.10-rc2-mm2-full/drivers/video
On Mon, Feb 07, 2005 at 12:21:08AM +0100, Pozsar Balazs wrote:
> On Sun, Feb 06, 2005 at 07:06:59AM +, Christoph Hellwig wrote:
> > On Sun, Feb 06, 2005 at 12:33:43AM -0500, John Richard Moser wrote:
> > > I dunno. I can never understand the innards of the kernel devs' minds.
> >
> > filesyst
On Mon, Feb 07, 2005 at 12:36:10AM +, Al Viro wrote:
> On Mon, Feb 07, 2005 at 12:21:08AM +0100, Pozsar Balazs wrote:
> > On Sun, Feb 06, 2005 at 07:06:59AM +, Christoph Hellwig wrote:
> > > On Sun, Feb 06, 2005 at 12:33:43AM -0500, John Richard Moser wrote:
> > > > I dunno. I can never un
On Sunday 06 February 2005 08:12, Vojtech Pavlik wrote:
> On Tue, Feb 01, 2005 at 10:24:39AM -0500, Dmitry Torokhov wrote:
> > On Tue, 1 Feb 2005 08:52:15 -0600, David Fries <[EMAIL PROTECTED]> wrote:
> > > Currently a blocking read, select, or poll call will not return if a
> > > joystick device i
Carl Spalletta wrote:
> +#The name of an operations structure member, wrongly interpreted by
> +#cscope as the name of an actual function - it should be ignored,
> +#since it has been confused by cscope with the name of some actual
> +#caller. HOWEVER the callbacks are found anyway,
Hi,
On Sun, 6 Feb 2005, Larry McVoy wrote:
> > $ find -name \*,v -a ! -path ./BitKeeper\* -a ! -name ChangeSet,v | xargs
> > rlog | egrep '\(Logical change 1.[0-9]+\)' | wc -l
> > 187576
>
> Bzzt. You forgot all the intial deltas which are not marked with the
> logical change comment. And jus
This might or might not be useful to anybody but I googled with the above
error and tried to track down how many of these errors had actually been
resolved. [It is possible that people don't come back to summarize once the
problem is resolved]. I only tracked once that did not get reported on
hi all,
I would like point to work done by Li-Ta Lo.
It allows you to completely initalize the VGA BIOS w/out using
PC BIOS at all.
http://www.clustermatic.org/pipermail/linuxbios/2005-January/010236.html
unforunatelly the information the web is somewhat spar
> Bzzt. Larry, I will make this one very easy, so that even you can follow
> it. Let's take a simple file:
>
> $ rlog REPORTING-BUGS,v | grep 'total revisions'
> total revisions: 3; selected revisions: 3
> $ rlog REPORTING-BUGS,v | egrep '\(Logical change 1.[0-9]+\)'
> (Logical change 1.31)
> (
On Mon, Feb 07, 2005 at 02:45:22AM +0100, Roman Zippel wrote:
[same wankfest]
*plonk*
If you ever need to send me mail - send it directly. Anything from you
to l-k will be handled by /dev/null here. And it would better on saner
topics not involving your crusades, TYSoFsckingM.
-
To unsubscribe
On 2005.02.07 00:42, Pozsár Balázs wrote:
On Mon, Feb 07, 2005 at 12:36:10AM +, Al Viro wrote:
> On Mon, Feb 07, 2005 at 12:21:08AM +0100, Pozsar Balazs wrote:
> > On Sun, Feb 06, 2005 at 07:06:59AM +, Christoph Hellwig wrote:
> > > filesystem detection isn't handled at the kerne level.
Hi,
Somehow this part of one of the earlier patches was lost...
--
Dmitry
===
[EMAIL PROTECTED], 2005-02-06 20:25:21-05:00, [EMAIL PROTECTED]
Input: fix compie error in twidjoy.c
Signed-off-by: Dmitry Torokhov <[EMAIL PRO
Hi Tom,
I've been stress testing a module that uses relayfs on a custom built
2.6 kernel with relayfs patches in it. This test simply loaded and
unloaded the module while a script loaded the system with forks of
'ls' in the background. It was conducted on a dual 3.00GHz Xeon box
(I couldn't repr
[ Cc:s trimmed, added abiss-general ]
Con Kolivas wrote:
> Possibly reiserfs journal related. That has larger non-preemptible code
> sections.
If I understand your workload right, it should consist mainly of
computation, networking (?), and disk reads.
I don't know much about ReiserFS, but in s
Kernel developer's, if you don't think this is a kernel regression,
please ignore this note.
In FC3, with kernel 2.6.9-1.715_FC3smp, I hotplugged a formatted mini
external hard drive in a new enclosure into a USB 2.0 hub. I expected
to find its device node, but could not find it in my maze of USB
Kingsley Cheung wrote:
> To solve the problem I applied a patch similar to the one you posted
> back in July and it fixed the problem. Could we consider putting this
> patch into relayfs? Its similar to the one posted in July 2004, except
> it also moves clear_readers() before INIT_WORK in relay_
Werner Almesberger <[EMAIL PROTECTED]> writes:
> [ Cc:s trimmed, added abiss-general ]
>
> Con Kolivas wrote:
>> Possibly reiserfs journal related. That has larger non-preemptible code
>> sections.
>
> If I understand your workload right, it should consist mainly of
> computation, networking (?),
Jack O'Quin wrote:
Werner Almesberger <[EMAIL PROTECTED]> writes:
[ Cc:s trimmed, added abiss-general ]
Con Kolivas wrote:
Possibly reiserfs journal related. That has larger non-preemptible code
sections.
If I understand your workload right, it should consist mainly of
computation, networking (?)
On Sun, 2005-02-06 at 02:55 -0500, Dmitry Torokhov wrote:
> Hi Rusty,
>
> I have converted serio bus to use ID matching and changed serio drivers
> to use MODULE_DEVICE_TABLE. Now that Vojtech pulled the changes into his
> tree it would be nice if official module-init-tools generated the module
>
On Sun, Feb 06, 2005 at 03:26:15PM +0100, Jean Delvare wrote:
> Maarten Deprez then converted it to the proper kernel coding-style:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110726276414532
...
> Any chance we could get the PCI folks to review the code and push it
> upwards if it is OK?
I'm
101 - 200 of 219 matches
Mail list logo
