On Saturday 05 March 2005 13:47, Jody McIntyre wrote:
On Thu, Mar 03, 2005 at 11:55:09PM +0100, Panagiotis Issaris wrote:
Adds the missing failure handling for a __copy_to_user call.
Signed-off-by: Panagiotis Issaris [EMAIL PROTECTED]
Sorry I didn't notice this sooner, but this was already
On Sat, Mar 05, 2005 at 09:47:44PM +0100, Bodo Eggert wrote:
Russell King [EMAIL PROTECTED] wrote:
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
diff -urpN orig new
where
On Sat, 5 Mar 2005, Russell King wrote:
On Sat, Mar 05, 2005 at 09:40:59AM -0800, Linus Torvalds wrote:
I love BK, but what BK does well is merging and maintaining trees full of
good stuff. What BK sucks at is experimental stuff where you don't know
whether something should be
Hi!
Is there single user of s4bios? It used to work for me 4 notebooks
ago, but I never really used it. I think I'm the only person that ever
seen it working, but I could be wrong. Is there anyone using s4bios in
2.6.11?
If not, I guess we should remove that code from kernel. It is not
On Sat, Mar 05, 2005 at 09:17:34PM +0100, Panagiotis Issaris wrote:
Hi,
On Sat, Mar 05, 2005 at 07:06:29PM +0200 or thereabouts, Alexey Dobriyan
wrote:
On Saturday 05 March 2005 17:38, Panagiotis Issaris wrote:
The EFI driver allocates memory and writes into it without checking the
Pavel Machek a écrit :
Can you try cat /proc/acpi/sleep? If there's no difference between S4
and S4bios, than you are probably just using plain S4...
puligny:~% cat /proc/acpi/sleep
S0 S1 S3 S4 S4bios S5
Where am I suppose to see a difference between S4 and S4Bios here ?
From what I see in
Hi!
Can you try cat /proc/acpi/sleep? If there's no difference between S4
and S4bios, than you are probably just using plain S4...
puligny:~% cat /proc/acpi/sleep
S0 S1 S3 S4 S4bios S5
Where am I suppose to see a difference between S4 and S4Bios here ?
Hmm, your system says it supports
2.6.3-mm1 'dm-crypt vs. cryptoloop' discussion was some time ago, it is
time to bring this up again:
http://kerneltrap.org/node/2433
I'm no cryptanalyst, but googling a bit shows a bunch of problems with
it (also see above thread), there is no maintainer and most importantly
there is a
Also sprach Pavel Machek [EMAIL PROTECTED] (Sat, 5 Mar 2005 20:14:05
+0100):
Hi!
hi!
Is there single user of s4bios? It used to work for me 4 notebooks
ago, but I never really used it. I think I'm the only person that ever
seen it working, but I could be wrong. Is there anyone using s4bios
On Saturday 05 March 2005 16:17, Linus Torvalds wrote:
On Sat, 5 Mar 2005, Russell King wrote:
On Sat, Mar 05, 2005 at 09:40:59AM -0800, Linus Torvalds wrote:
I love BK, but what BK does well is merging and maintaining
trees full of good stuff. What BK sucks at is experimental stuff
where
On Saturday 05 March 2005 16:08, Willy Tarreau wrote:
On Sat, Mar 05, 2005 at 09:47:44PM +0100, Bodo Eggert wrote:
Russell King [EMAIL PROTECTED] wrote:
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for
public consumption
Hi!
By the way, did you see the effect of the memory eating patch? I didn't
think about it until someone emailed me, but the improvement was 50x
speed in the best case!
Well, more interesting was that you actually freed much more memory
with your patch. *You actually made memory
Brice Goglin wrote:
From what I remember, I didn't see any difference between S4 and S4Bios in
recent vanilla kernels.
I have seen exactly the same thing and concluded that S4bios is broken.
Since it is tricky to set up (you usually need a special hibernation
partition or a special file in a
On Sat, 2005-03-05 at 16:49 -0500, Gene Heskett wrote:
What he said! Perfectly good patches, which fix real problems would
appear to be sitting in testing/broken_out till bit rot or ???.
If you want a testers testimony, I'm running the bk-ieee1394.patch,
and all I can say at this point is
On Saturday 05 March 2005 20:58, Dave Hansen wrote:
On Sat, 2005-03-05 at 15:35 +0200, Alexey Dobriyan wrote:
+ }
+ printk(KERN_DEBUG \n);
^^
+}
Too much KERN_DEBUG.
On my system, that ends up printing out 4 or 5 lines of output per node,
but it's quite
I've tried adding the format and vpllB but I can't see any difference.
...
I'll get 2.6.6 (the version your patch applies to) and try with and
without your full patch. Hopefully I'll be able to see the difference.
Otherwise I might have to ask you to try the trivial and full patches
I'm
After much effort, the best I can come up with so far
with CONFIG_MAGIC_SYSRQ=y and CONFIG_REISERFS_CHECK=y is:
---
ReiserFS: hdb6: warning: vs-8301: reiserfs_kmalloc: allocated memory 201464
I'll describe the rest below and I'm attaching multiple
informational files. Let me know
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj/include/asm-arm/arch-epxa10db/mode_ctrl00.h | 80 -
1 files changed, 80 deletions(-)
diff -L include/asm-arm/arch-epxa10db/mode_ctrl00.h -puN
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj/include/asm-arm/arch-epxa10db/pld_conf00.h | 73 --
1 files changed, 73 deletions(-)
diff -L include/asm-arm/arch-epxa10db/pld_conf00.h -puN
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj/include/asm-arm/hardware/linkup-l1110.h | 48 -
1 files changed, 48 deletions(-)
diff -L include/asm-arm/hardware/linkup-l1110.h -puN
Use msleep() instead of schedule_timeout() to guarantee the task
delays as expected. Neither signals nor wait-queue events are important at this
point in the code, I believe.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Removed unused dprintk, replaced PRINTK with pr_debug.
Compile tested.
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Signed-off-by: Maximilian Attems [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/umem.c | 11 ---
1 files changed, 4
This patch puts KERN_ constants in printk()'s and makes the debugging printk()'s
more consistent in drivers/acorn/block/mfmhd.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/acorn/block/mfmhd.c | 151
This patch puts KERN_ constants in printk()'s and makes the debugging printk()'s
more consistent in drivers/acorn/block/fd1772.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/acorn/block/fd1772.c | 138
Remove last occurence of LOCAL_END_REQUEST.
[EMAIL PROTECTED]:~/kernel/c$ grep LOCAL_END_REQUEST -R .
./drivers/block/floppy.c:#define LOCAL_END_REQUEST
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/floppy.c |1 -
1 files changed, 1 deletion(-)
diff -puN
On Tue, Jan 25, 2005 at 02:11:07PM -0800, Nishanth Aravamudan wrote:
Hi,
Description: Use wait_event_interruptible_timeout() instead of the deprecated
interruptible_sleep_on_timeout(). The existing code is complicated in the
conditional and so is the new code. Patch is compile-tested.
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/DAC960.c |2 +-
kj-domen/drivers/block/cciss.c |2 +-
kj-domen/drivers/block/sx8.c|2 +-
Use wait_event_interruptible() instead of the deprecated
interruptible_sleep_on(). The change is pretty straight-forward, as the current
sleep is conditional.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/swim3.c
Use wait_event_interruptible() instead of the deprecated
interruptible_sleep_on(). The sleep_on() call later in the same function is
replaced with inline wait-queue code which achieves the same. This required
adding a local wait-queue, though.
Signed-off-by: Nishanth Aravamudan [EMAIL
Use wait_event_interruptible() instead of the deprecated
interruptible_sleep_on(). The change is pretty straight-forward, as the current
sleep is conditional.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
On Sat, 2005-03-05 at 17:33 +, Linux Kernel Mailing List wrote:
ChangeSet 1.2212, 2005/03/05 09:33:46-08:00, [EMAIL PROTECTED]
[PATCH] ppc64-implement-a-vdso-and-use-it-for-signal-trampoline gas
workaround
I cannot find a version of binutils which doesn't either do
Directly use wait-queues instead of the deprecated sleep_on().
This required adding a local waitqueue. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/xd.c |5 -
1 files changed, 4
On Sat, Mar 05, 2005 at 10:35:24PM +0100, Alexander Nyberg wrote:
2.6.3-mm1 'dm-crypt vs. cryptoloop' discussion was some time ago, it is
time to bring this up again:
http://kerneltrap.org/node/2433
Are you a troll?
This is not something to be quoted by anybody serious.
Andrew referred to
Use wait_event() instead of the deprecated sleep_on(). In all
replacements, wait_event() expects the condition to *stop* on, so the existing
conditional is negated and passed as the parameter. I am not sure if these
changes are appropriate, as the condition to pass to wait_event() to guarantee
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj/arch/arm26/boot/compressed/hw-bse.c | 74 -
1 files changed, 74 deletions(-)
diff -L arch/arm26/boot/compressed/hw-bse.c -puN
Use msleep() instead of schedule_timeout() to guarantee the task
delays as expected. The current code wishes to sleep for 1 jiffy, but I am not
sure if this is actually intended, as with the change to HZ=1000, the time
equivalent of 1 jiffy changed from 10ms to 1ms. I have assumed the former in
Any comments would be appreciated.
set_current_state() is used instead of direct assignment of
current-state.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Maximilian Attems [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
On Sat, Mar 05, 2005 at 11:43:27PM +0100, [EMAIL PROTECTED] wrote:
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/drivers/block/DAC960.c |2 +-
--
Med venlig hilsen / Best regards
Theis M. Mønsted
[1.] One line summary of the problem:
scheduling while atomic: swapper/0x0002/0
[2.] Full description of the problem/report:
Early during boot the following call trace is printed :
Call trace:
[c02ca4f0] schedule+0x658/0x6d4
[c0004640]
With Kernel 2.6.11 the Audio driver in my ThinkPad T42 stopped working.
The dsp device is detected and readable/writable, but there's no
audible sound.
Everything worked fine with 2.6.9 and 2.6.10.
Did anybody else see this?
/proc/pci:
--
Bus 0, device 31, function 5:
Multimedia
On Saturday 05 March 2005 17:06, Lee Revell wrote:
On Sat, 2005-03-05 at 16:49 -0500, Gene Heskett wrote:
What he said! Perfectly good patches, which fix real problems
would appear to be sitting in testing/broken_out till bit rot or
???.
If you want a testers testimony, I'm running the
Fix missing KERN_ constants in buffer dump loops in
drivers/usb/serial/safe_serial.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/serial/safe_serial.c
linux-2.6.11-mm1/drivers/usb/serial/safe_serial.c
---
Add a KERN_ constant and fix two driver prefixes in the printk()s in
drivers/usb/misc/uss720.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/misc/uss720.c
linux-2.6.11-mm1/drivers/usb/misc/uss720.c
---
Add KERN_ constants to printk()s missing them, and add driver prefixes in
drivers/usb/host/ohci-pxa27x.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/host/ohci-pxa27x.c
Clean up debugging printk() macros in drivers/usb/gadget/ether.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/gadget/ether.c
linux-2.6.11-mm1/drivers/usb/gadget/ether.c
---
Add a KERN_ERR constant and a driver prefix to printk()s needing them in
drivers/usb/input/hid-core.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/input/hid-core.c
linux-2.6.11-mm1/drivers/usb/input/hid-core.c
Add newlines and KERN_ constants to printk()s neeeding them in
drivers/usb/input/powermate.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/input/powermate.c
linux-2.6.11-mm1/drivers/usb/input/powermate.c
---
Fix confusing debugging macro and add KERN_ constants, nwelines, and driver
prefixes
where needed in drivers/usb/media/vicam.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/media/vicam.c
Clean up debug printk()s and macros in drivers/usb/storage/sddr09.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/storage/sddr09.c
linux-2.6.11-mm1/drivers/usb/storage/sddr09.c
---
Add KERN_ constants to drivers/usb/gadget/lh7a40x_udc.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/gadget/lh7a40x_udc.c
linux-2.6.11-mm1/drivers/usb/gadget/lh7a40x_udc.c
---
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
And this can break as soon as the unused object files contains
EXPORT_SYMBOL's.
Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's
On Fri, Mar 04, 2005 at 08:41:34PM +0100, Jesper Juhl wrote:
That's true. I guess my lack of trust in vendor kernels is part being
bitten by them in the past where my own custom build vanilla kernels have
worked fine, and part the fear of getting locked-in to some vendor
specific feature...
Hi
Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
becomes orange, penguins look sick (not sharp). X starts and runs normal
(doesn't use fb), switching to vt not possible any more. Disabling
fb-console in kernel config fixes VTs. Reverting pm2fb.c fixes the
problem.
On Fri, Mar 04, 2005 at 03:04:45PM -0500, Jeffrey Mahoney wrote:
This patch fixes a race between mount and umount in set_blocksize. The results
can vary between buffer errors and infinite loops in __getblk_slow, and
possibly others.
The patch makes set_blocksize run under the bdev_lock if it
[It seems that my first e-mail was lost, so this is re-post. If you
received duplicated email, sorry.]
Hi,
These patches adds the `-o sync' and `-o dirsync' supports to fatfs.
If user specified that option, the fatfs does traditional ordered
updates by using synchronous writes. If compared to
On Fri, Mar 04, 2005 at 01:37:24PM -0500, Robert Love wrote:
Below is inotify, diffed against 2.6.11.
I greatly reworked much of the data structures and their interactions,
to lay the groundwork for sanitizing the locking. I then, I hope,
sanitized the locking. It looks right, I am happy.
Fix a badly-implemented debugging printk macro, and clean up the other printk()s
in drivers/usb/class/audio.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/class/audio.c
linux-2.6.11-mm1/drivers/usb/class/audio.c
Add a KERN_WARNING constant to a printk() that is missing it, and add a driver
prefix to another two in drivers/usb/atm/speedtch.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/atm/speedtch.c
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Sat, 2005-03-05 at 17:33 +, Linux Kernel Mailing List wrote:
ChangeSet 1.2212, 2005/03/05 09:33:46-08:00, [EMAIL PROTECTED]
[PATCH] ppc64-implement-a-vdso-and-use-it-for-signal-trampoline gas
workaround
I cannot
Clean up printk()s and add KERN_ constants in drivers/usb/storage/sddr55.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/storage/sddr55.c
linux-2.6.11-mm1/drivers/usb/storage/sddr55.c
---
On 03.02, Linus Torvalds wrote:
Ok,
there it is. Only small stuff lately - as promised. Shortlog from -rc5
appended, nothing exciting there, mostly some fixes from various code
checkers (like fixed init sections, and some coverity tool finds).
So it's now _officially_ all bug-free.
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
However, I spoke too soon. There actually is a legitimate use for
EXPORT_SYMBOL() in a lib-y object, e.g. lib/dump_stack.c. This provides a
default implementation for dump_stack(). Most archs provide their own
implementation
Add KERN_ constants to printk()s missing them, and fix the debugging macros in
drivers/usb/host/hc_crisv10.c
Signed-off-by: James Nelson [EMAIL PROTECTED]
diff -Nurp -x dontdiff-osdl --exclude='*~'
linux-2.6.11-mm1-original/drivers/usb/host/hc_crisv10.c
Any comments would be appreciated.
Use msleep() or msleep_interruptible() [as appropriate]
instead of schedule_timeout() to gurantee the task delays as
expected. As a result changed the units of the timeout variable from
jiffies to msecs.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
On Sun, 2005-03-06 at 00:04 +, Christoph Hellwig wrote:
The user interface is still bogus.
I presume you are talking about the ioctl. I have tried to engage you
and others on what exactly you prefer instead. I have said that moving
to a write interface is fine but I don't see how ut is
Hi,
I'm playing with the NMI watchdog (nmi_watchdog=1) on a reproductable
hard lockup (no keyboard, etc) but seems like it doesn't works and I
can't understand why, please explain to me the possible causes.. I
belive it should work in this situation..
environment:
P4C800 motherboard, P4-2.4
Alex Aizman wrote:
This is to announce Open-iSCSI project: High-Performance iSCSI Initiator for
Linux.
MOTIVATION
==
Our initial motivations for the project were: (1) implement the right
user/kernel split, and (2) design iSCSI data path for performance. Recently
we added (3): get accepted
Andrei Mikhailovsky wrote:
I get the oops during the boot up process. This did not happen in
2.6.10/2.6.9.
Here is the output from dmesg:
Unable to handle kernel paging request at 880db000 RIP:
880d909f{:saa7110:saa7110_write_block+127}
PGD 103027 PUD 105027 PMD 3ee64067 PTE 0
As promised, here is the patch broken down into smaller pieces. The
patch is now divided into six distinct parts:
* Protocol definitions.
* SD card initialisation.
* Reading read-only switch.
* Getting SCR register.
* Exposing SCR register through sysfs.
* Wide (4-bit) bus support.
Rgds
Pierre
-
Protocol definitions.
The basic commands needed for the later patches. The R1_APP_CMD seems to
be misdefined in protocol.h so this patch changes it.
Index: linux-sd/include/linux/mmc/mmc.h
===
--- linux-sd/include/linux/mmc/mmc.h
Fix parameters of videobuf_dvb_register
Signed-off-by: Gregory Auzanneau [EMAIL PROTECTED]
drivers/media/video/saa7134/saa7134-dvb.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
--- drivers/media/video/saa7134/saa7134-dvb.c.old 2005-03-02
08:38:12.0 +0100
+++
SD card initialisation.
This patch contains the central parts of the SD support.
The system first tries to detect MMC cards, and if none are found then
it procedes to look for an SD card. This is incorrect acording to SD
specifications but I find it odd that MMC is supposed to cope with SD
Read-only support.
This patch adds a new callback for the drivers to facilitate reading the
SD card read-only switch. If the callback is not provided then a warning
will be printed and it will default to write-enable.
The read-only switch is a host enforced read-only so the MMC block layer
has
SCR download.
This patch downloads the SCR register from the card. Unlike the other
registers this one is transfered over the data bus. That required some
changes to other routines to allow a card to be selected after the host
was aquired.
This is one of the more error prone parts. The
SCR sysfs access.
This provides access to the SCR register via sysfs. Since the latest bk
contains some changes to the sysfs part this probably needs updating.
The patch is trivial though so it should be easy.
Index: linux-sd/drivers/mmc/mmc_sysfs.c
No, not a new security hole (exactly), more of a philosophy
question:
If I exec a setuid program under ptrace, I can read the image via
PEEKDATA requests. Could (or should) that be considered a security
hole? Come to think of it, should any executable with no read
access (setuid or not) be
Wide bus support.
This adds 4-bit bus support to the MMC layer. It is designed to
(hopefully) be compatible with a future 4-bit MMC implementation. This
is done by seperating the three different instances of bus width defines:
* Protocol definition: SD_BUS_WIDTH_x
* SCR contents:
Andrew Morton wrote:
- cachefs is a bit stuck because it's a ton of complex code and afs is
the only user of it. Wiring it up to NFS would help.
Yes, please! I have an application for CacheFS between an NFS client and
server (all Linux) very soon :-)
-
To unsubscribe from this list: send the
On Sat, Mar 05, 2005 at 02:53:43AM -0500, Dave Jones wrote:
On Fri, Mar 04, 2005 at 04:28:02PM -0800, Linus Torvalds wrote:
On Fri, 4 Mar 2005, Greg KH wrote:
On Fri, Mar 04, 2005 at 02:36:14PM -0800, Andrew Morton wrote:
But we end up with a cset in the permanent kernel history which
On Fri, Mar 04, 2005 at 08:37:28PM -0500, Jeff Garzik wrote:
Greg KH wrote:
On Fri, Mar 04, 2005 at 02:36:14PM -0800, Andrew Morton wrote:
But we end up with a cset in the permanent kernel history which simply
should not have been there.
Is this really a big deal?
If you are pushing
On Sat, Mar 05, 2005 at 01:16:10AM -0500, Shawn Starr wrote:
Sounds great, I can be a QA resource for what machines I have.
How do people get involved in QAing these releases?
Get the last release and test it out. If you have problems, and have
simple/obvious patches, send them on.
On Thu, Feb 24, 2005 at 11:13:14PM +1100, Nick Piggin wrote:
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
[PATCH 6/13] no aggressive idle balancing
[PATCH 8/13] generalised CPU load averaging
[PATCH 9/13] less affine wakups
[PATCH 10/13] remove aggressive idle
su den 06.03.2005 Klokka 00:19 (+) skreiv J.A. Magallon:
static int __init init_nfsd(void)
{
...
if (proc_mkdir(fs/nfs, NULL)) {
struct proc_dir_entry *entry;
entry = create_proc_entry(fs/nfs/exports, 0, NULL);
if (entry)
entry-proc_fops =
I worked around the weird two button thing by disabling cruise control.
Get logitecH-applet (http://freshmeat.net/projects/logitech_applet) and
run logitech-applet -d.
It's a fairly useful app, and for other logitech mice it can put them
into 800 dpi mode, but it's not implemented for the
On Sunday March 6, [EMAIL PROTECTED] wrote:
su den 06.03.2005 Klokka 00:19 (+) skreiv J.A. Magallon:
static int __init init_nfsd(void)
{
...
if (proc_mkdir(fs/nfs, NULL)) {
struct proc_dir_entry *entry;
entry = create_proc_entry(fs/nfs/exports, 0, NULL);
On Sat, Mar 05, 2005 at 05:37:13PM -0600, James Nelson wrote:
Add a KERN_WARNING constant to a printk() that is missing it, and add a driver
prefix to another two in drivers/usb/atm/speedtch.c
Please CC: usb patches to the usb maintainer, it makes it a bit hard for
him to apply them otherwise
Clearly I picked a bad week to go on vacation..
On Fri, 04 Mar 2005
10:18:41 -0800, Linus Torvalds wrote:
[...]
Alan, I think your problem is that you really think that the tree _I_ want
is what _you_ want.
I look at this from a _layering_ standpoint. Not from a stable tree
standpoint
Removes extra spaces which separate the frequency string from the cpu model id
itself (noticable e.g. on Intel Tualatin processors in /proc/cpuinfo)
Signed-off-by: Daniel Rozsnyo [EMAIL PROTECTED]
---
diff -urN linux-2.6.11.orig/arch/i386/kernel/cpu/common.c
On Thu, 03 Mar 2005 23:15:03 +0100, Adrian Bunk wrote:
On Thu, Mar 03, 2005 at 04:28:52PM -0500, Jeff Garzik wrote:
Bill Rugolsky Jr. wrote:
I've watched you periodically announce hey, I'm doing an update for
FC3/FC2, please test on the mail list, and a handful of people go test.
If we could
401 - 489 of 489 matches
Mail list logo
