Andrew Morton wrote:
Zachary Amsden [EMAIL PROTECTED] wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
but most in this series (all the move of stuff to subarches) are rather
horrible and lack lots of explanation.
All of my previous patches have
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
This change encapsulates descriptor and task register management.
These will need some merging together, will take a stab tomorrow.
--- linux-2.6.12-xen0-arch.orig/include/asm-i386/desc.h
+++
Hi Karsten,
On Sunday 07 August 2005 12:25, Karsten Wiese wrote:
With my proposal the
#if defined(ARCH_HAS_IRQ_PER_CPU)
#endif
lets readers of __do_IRQ() immediately grasp:
this block might not be compiled / depends an ARCH
And you'll get compile error's using
On Iau, 2005-08-04 at 15:48 +0100, Hugh Dickins wrote:
On Thu, 4 Aug 2005, Matti Aarnio wrote:
SHM resources are non-swappable, thus I would not by default
let user programs go and allocate very much SHM spaces at all.
No, SHM resources are swappable.
Large limits as oracle needs still
On Sad, 2005-08-06 at 20:52 -0700, Nicholas Miell wrote:
Why does overcommit in mode 2 (OVERCOMMIT_NEVER) explicitly force
MAP_NORESERVE mappings to reserve memory?
My understanding is that MAP_NORESERVE is a way for apps to state that
they are aware that the memory allocated may not exist
On Mer, 2005-08-03 at 16:33 +0200, Andi Kleen wrote:
http://redhat.com/~teigland/gfs2/20050801/gfs2-full.patch
http://redhat.com/~teigland/gfs2/20050801/broken-out/
I would suggest to not merge this before not all the code has not been
reviewed by some experienced linux developer from
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
warning: many lost ticks.
Your time source seems to be instable or
On Sun, 2005-08-07 at 16:02 +0900, Chris White wrote:
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following from
dmesg:
usb 1-1.1: new full speed
Am Sonntag, 7. August 2005 13:07 schrieb Ingo Oeser:
Last argument: Many kernel developers -- including Linus --
don't like #if in C files and prefer them in headers.
Their reasons might be similiar to my own.
What about writing
if(CHECK_IRQ_PER_CPU(desc-status)) {
Dear all,
Changelog:
This patch corrects the PNP-handling inside the tpm-driver
and some minor coding style bugs.
Note: the pci-device and pnp-device mixture is currently necessary,
since the used tpm-interface requires a pci-dev in order to register
the driver. This will be fixed within the
On Sat, Aug 06, 2005 at 02:06:53PM +0200, John B?ckstrand wrote:
Yes, I have no other patches in, so if it was not in -RC5, I was not
running it.
OK having looked at it briefly I have a hunch that it may be the
fackets_out issue (when the effective MSS is reduced tcp_tso_acked
may increase
This turned out to be a huge win on 32-bit i386 in PAE mode, but it is
likely not as significant on x86_64; I don't know because I haven't
actually measured the cost. I don't have 64-bit hardware that I have
the luxury of rebooting right now, so this patch is untested, but if
someone wants to
Here's a small patch to cleanup NETDEBUG() use in net/ipv4/ for Linux
kernel 2.6.13-rc5. Also weird use of indentation is changed in some
places.
Signed-off-by: Heikki Orsila [EMAIL PROTECTED]
---
diff -urp linux-2.6.13-rc5-org/net/ipv4/icmp.c linux-2.6.13-rc5/net/ipv4/icmp.c
---
This patch moves the platform specific Sharp SL-C7x0 LCD code from
the w100fb driver into a more appropriate place and updates the Corgi
code to match the new w100fb driver.
It also updates the corgi touchscreen code to match the new
simplified interface available from w100fb.
Signed-off-by:
Early in the 2.6.13 process my kexec related patches were introduced
into the reboot path, and under the rule you touch it you fix it
it I have been involved in tracking quite a few regressions
on the reboot path.
Recently with Benjamin Herrenschmidt's removal of
device_suppend(PMSG_SUPPEND)
On Sat, Jul 30, 2005 at 04:35:51PM +0200, Pavel Machek wrote:
Fix compile-time warning in sa1100fb.c
I think it makes sense to change this to an inline function. Thanks
for pointing this out.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6
Someone asked if I could try to trigger this assertion again, and I'm
afraid I probably cannot, I didnt do anything special at the time. But
I've got something even better for you all, got a BUG from something
tcp-related. Mind you, I am trying to find a possibly hardware-related
issue here,
Hi,
We also need this patch for removing mips vr4181.
Please apply.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff mm1-orig/arch/mips/Makefile mm1/arch/mips/Makefile
--- mm1-orig/arch/mips/Makefile 2005-08-07 22:15:17.0 +0900
+++ mm1/arch/mips/Makefile
On Fri, 2005-08-05 at 08:17 -0700, Christoph Lameter wrote:
On Thu, 4 Aug 2005, Richard Purdie wrote:
We know the the failure case can be identified by the
cmpxchg_fail_flag_update condition being met. Can you provide me with a
patch to dump useful debugging information when that occurs?
On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
My CRT is out of sync after radeonfb from 2.6.13-rc5 is
initialized.
On Thursday 04 August 2005 23:45, Tommy Christensen wrote:
Denis Vlasenko wrote:
Hi,
As reported earlier, sometimes my home box don't want
to send anything.
# ip r
1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
1.1.4.0/24 dev if proto kernel scope link src 1.1.4.6
On Sun, Jul 31, 2005 at 04:42:45PM +0100, Russell King wrote:
On Sun, Jul 31, 2005 at 03:46:17PM +0200, Pavel Machek wrote:
Collie is slightly strange; it does not seem to have proper ucb1x00
ID. With this patch, basic ucb support seems to work and I can get
interrupts from battery.
Out
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
John Stultz's timeofday patches seem to fix this lost ticks issue. You might
want to try them.
(I too, routinely get lost ticks - rip is at acpi_processor_idle messages
which
On Sun, 2005-08-07 at 05:59 +, Holger Kiehl wrote:
Thanks, removing those it compiles fine. This patch also solves my problem,
here the output of dmesg:
Well ... the transport class was supposed to help diagnose the problem
rather than fix it.
However, what it shows is that the original
On Sun, 7 Aug 2005, Martin Maurer wrote:
Hi Pete,
when using ub with your patch i get a lot further:
the device is detected and uba+uba1 entries appear.
I can mount the device correctly.
Copying the files down and comparing them with the originals gives correct
results.
but:
when i
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there on
remount,
but it consisted of incorrect data. (so writing seemed to be possible and just
went wrong)
(in that case the fat seemed to be damaged after i had
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc4-mm1:
...
+mips-remove-vr4181-support.patch
...
MIPS stuff
...
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/mips/Kconfig| 12 +---
arch/mips/Makefile |7
On Saturday 06 August 2005 18:57, Jeff Garzik wrote:
On Sat, Aug 06, 2005 at 09:50:13AM +0100, Matthew Wilcox wrote:
On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote:
FWIW, compilers generate AWFUL code for bitfields. Bitfields are
really tough to do optimally, whereas bit
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
Is there any new updates on the situation? Has the bug been fixed? or
anyone
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc4-mm1:
...
git-netdev-upstream.patch
...
Subsystem trees
...
gcc 4.0 correctly rejects this code:
-- snip --
...
CC drivers/net/phy/phy_device.o
drivers/net/phy/phy_device.c:659: error:
I'm having a similar issue with my shiny new 17 Powerbook G4. The
radeon chip works fine with framebuffer in 2.6.12.4 _with_ PREEMPT,
but not in 2.6.13-rc5 _with_ PREEMPT (configs are virtually identical).
I'll try your idea this afternoon when I get the chance.
Note that PREEMPT is known
On Sun, Aug 07, 2005 at 02:29:16PM +, Parag Warudkar wrote:
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
John Stultz's timeofday patches seem to fix this lost ticks issue. You might
want to try them.
(I too, routinely
David S. Miller wrote:
I suspect this is a side effect of some changes Herbert Xu and
myself did to fix some other bugs.
I think I crossed this bug independently today. I did some testing, and
got kernel panics when uploading files with ftp on a gigabit lan. The
error happens always at
On Monday 01 August 2005 01:36, David S. Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Mon, 1 Aug 2005 00:26:07 +0200
- my impression is that the older compilers are only rarely
used, so miscompilations of a driver with an old gcc might
not be detected for a longer amount
Herbert Xu [EMAIL PROTECTED] wrote:
Hang on a second, the original poster mentioned rc5. Is this really
pristine rc5 with the one netpoll patch? If so then it can't be the
patches we're talking about because they only went in days later.
I produced a similar panic on rc2 and later (which
Heikki Orsila wrote:
There were big changes in tcp_output.c between rc1 and rc2, and the
bug is triggered when using e1000 with rc2 or later. And because the
bug does not happen on skge (new sk98 driver) it makes me guess it's a
race condition of sorts.. I am surprised this bug wasn't
Hi,
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at 0008 RIP:
801664d8{kmem_cache_alloc+232}
PGD 1501a067 PUD 1501b067 PMD 0
Oops: [1]
Hi all,
I'm trying to figure out the reason of my laptop problem.
I beg your help to find the right way to debug it (I mean,
I don't want to flood the mailing list with useless details,
and so on).
Well, let's try...
Hardware: Toshiba
Marcel Selhorst [EMAIL PROTECTED] wrote:
This patch corrects the PNP-handling inside the tpm-driver
and some minor coding style bugs.
But the patch adds lots of new coding style bugs!
...
@@ -356,24 +356,26 @@ static const struct pnp_device_id tpm_pn
{IFX0102, 0},
{, 0}
On Sun, Aug 07, 2005 at 03:12:21PM +1000, Con Kolivas wrote:
Respin of the dynamic ticks patch for i386 by Tony Lindgen and Tuukka
Tikkanen
with further code cleanups. Are were there yet?
Con,
I am afraid until SMP correctness is resolved, then this is not
in a position to go in
It's most likely bad SMM code in the BIOS that blocks the CPU too long
and is triggered in idle.
Might a BIOS flash help, or is this something that's there to stay?
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
Actually, it was
Andrew Morton [EMAIL PROTECTED] wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1
have no problems with the same disk.
Sort of same with me:
2.6.12-mm1 runs for _weeks_ where others keep crashing:
The latest -git kernel (or
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0188d15
*pde =
Oops: [#1]
PREEMPT
Modules linked in: ppp_deflate bsd_comp ppp_async ppp_generic slhc radeon
esp6 ah6 wp512
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux gentoo 2.6.13-rc4-mm1 #1 PREEMPT Thu Aug 4 01:01:44
CEST 2005 x86_64 AMD Athlon(tm) 64 Processor
John Bäckstrand [EMAIL PROTECTED] wrote:
Someone asked if I could try to trigger this assertion again, and I'm
afraid I probably cannot, I didnt do anything special at the time. But
I've got something even better for you all, got a BUG from something
tcp-related. Mind you, I am trying
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux gentoo 2.6.13-rc4-mm1
On Sun, 7 Aug 2005, Kyle Moffett wrote:
On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
Ah ! Interesting... I don't see why PREEMPT would affect radeonfb
though ... Can you try something like wrapper radeon_write_mode() with
preempt_disable()/preempt_enable() and tell me if it
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at 0008 RIP:
801664d8{kmem_cache_alloc+232}
On 07/08/05, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean
Raymond Lai [EMAIL PROTECTED] wrote:
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
Is there any new updates on the
On Sun, Aug 07, 2005 at 01:36:01PM +0200, Andi Kleen wrote:
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
Hello,
In january of this year I mentioned a problem with the Linux kernel
driver for VIA Rhine ethernet chips. (see http://lkml.org/lkml/2005/1/15/47)
In the mean time this bug was reproduced quite a number of times on my
Fedora Core 3 (then)/4 (now) box (a VIA CL6000).
An alternative driver by
(Snipping the oops down a bit in size)
On Sun, Aug 07, 2005 at 07:08:05PM +0200, Alexander Nyberg wrote:
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
Unable to handle kernel paging request at virtual address 6b6b6b6b
EIP is at inotify_inode_queue_event+0x55/0x150
Call
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's just compile-time noise, not anything useful.
Warning on real usages of
On Sun, 7 Aug 2005 [EMAIL PROTECTED] wrote:
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there on
remount,
but it consisted of incorrect data. (so writing seemed to be possible and
just went wrong)
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's
--Martin J. Bligh [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005
11:07:59 -0700):
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just:
Adrian Bunk wrote:
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux
On Sun, 2005-08-07 at 10:43 -0700, Andrew Morton wrote:
Raymond Lai [EMAIL PROTECTED] wrote:
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
level.
I don't see anything about SMM in my BIOS configuration even with the
advanced options enabled... Turning it off at the chipset level sounds
like a hardware hack - is it?
The gettimeofday patch for 2.6.13-rc3 won't
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them reverting (at least for now)
patches that people had problems
On Sun, 2005-08-07 at 13:36 +0200, Andi Kleen wrote:
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
warning:
On 8/7/05, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
I probably don't need/want phy stuff anyhow, but when I tried it:
Problem:
drivers/built-in.o: In function `phy_start_machine':
: undefined reference to
On Sunday 07 Aug 2005 12:36, christos gentsis wrote:
[snip]
I searched up google a bit and recieved some warnings about acpi causing
problems, so I disabled that, but was still unsucessful in getting that
to work. Please let me know if any other information is required.
Thanks ahead of
Hi!
If we are going back to needing helper scripts then I should just
remove the entire sysfs graphics interface and switch back to using
ioctls and a helper app. Of could no one can ever find the helper app
or remember how it works. I thought one of the main reasons behind the
Hi!
Could you tell me why you don't just fail the operation if malformed
input is supplied?
Leading/trailing white space should be allowed. For example echo
appends '\n' unless you know to use -n. It is easier to fix the kernel
than to teach everyone to use -n.
Please,
--Adrian Bunk [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005 20:23:12
+0200):
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at
On Sunday 07 Aug 2005 19:54, Alistair John Strachan wrote:
On Sunday 07 Aug 2005 12:36, christos gentsis wrote:
[snip]
I searched up google a bit and recieved some warnings about acpi
causing problems, so I disabled that, but was still unsucessful in
getting that to work. Please let
Hi!
There as been a fair amount of consensus that calling
device_suspend(...) in the reboot path was inappropriate now, because
the device suspend code was too immature. With this latest
piece of evidence it seems to me that introducing device_suspend(...)
in kernel_power_off, kernel_halt,
Get rid of unused variable warning:
drivers/scsi/aic7xxx/aic7770.c: In function `aic7770_config':
drivers/scsi/aic7xxx/aic7770.c:129: warning: unused variable `l'
Not used anywhere in the function, even under ifdef. Delete.
diff -aurpN -X /home/fletch/.diff.exclude
Hi!
This helps complete the encapsulation of updates to page tables (or pages
about to become page tables) into accessor functions rather than using
memcpy() to duplicate them. This is both generally good for consistency
and also necessary for running in a hypervisor which requires explicit
On Sun, Aug 07, 2005 at 11:55:16AM -0700, Martin J. Bligh wrote:
--Adrian Bunk [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005 20:23:12
+0200):
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
If it's going to spout crap when I'm not even using the deprecated
function, it's worse than useless, I'm afraid.
...
It's reminding us that we are still offering a deprecated function. ;-)
Might be useful as an option. But not to irritate every poor sod who
does a kernel compile, ever.
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's
support for the ICH4-M, ICH6, ICH6R, ICH6-M, ICH6W and ICH6RW
* chipsets. Also added support for the undocumented ICH7 chipset.
+ * 20050807 Wim Van Sebroeck [EMAIL PROTECTED]
+ * 0.08 Make sure that the watchdog is only armed when started.
+ * (Kernel Bug 4251
e1000_suspend is only used under #ifdef CONFIG_PM. Move the declaration
of it to be the same way, just like e1000_resume, otherwise gcc whines
on compile. I offer as evidence:
static struct pci_driver e1000_driver = {
.name = e1000_driver_name,
.id_table
Pavel Machek wrote:
Hi!
This helps complete the encapsulation of updates to page tables (or pages
about to become page tables) into accessor functions rather than using
memcpy() to duplicate them. This is both generally good for consistency
and also necessary for running in a hypervisor
Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
supported?
TIA,
Lee
-
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
Hi!
Since most hypervisors will likely provide a suspend/resume mechanism
that is external to the guest, most of this is a moot point anyways.
Ok.
But I wondered if you thought the pgd_clone() accessor would make this
cleaner or if it is just most confusing:
#ifdef
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
supported?
Wow, Google has really declined in quality. I got zero hits for
Linksys WUSB 54G linux. Then I found this page on my own.
(from
On Sun, 7 Aug 2005, Lee Revell wrote:
It's most likely bad SMM code in the BIOS that blocks the CPU too long
and is triggered in idle. You can verify that by using idle=poll
(not recommended for production, just for testing) and see if it goes away.
WTF, since when do *desktops* use
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0188d15
*pde =
Oops: [#1]
PREEMPT
CPU:0
EIP:0060:[inotify_inode_queue_event+85/336]Not tainted VLI
EFLAGS: 00010206 (2.6.13-rc5-g0d317fb7)
EIP is at
On Sun, Aug 07, 2005 at 02:46:50PM -0400, Erick Turnquist wrote:
Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
level.
I don't see anything about SMM in my BIOS configuration even with the
advanced options enabled... Turning it off at the chipset level sounds
like
On 8/7/05, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
Could you tell me why you don't just fail the operation if malformed
input is supplied?
Leading/trailing white space should be allowed. For example echo
appends '\n' unless you know to use -n. It is easier to fix the
Linus Torvalds wrote:
In general, anybody who has reported regressions since 2.6.12, please
re-test with -rc6 and report back
...
Herbert Xu:
tcp: fix TSO cwnd caching bug
The tcp_output panic bug seems to be fixed. I'm referring to:
http://lkml.org/lkml/2005/8/7/63
--
Heikki
What's the difference between synchronize_rcu() and rcu_barrier() (new function
used only by reiser4 code)? From the scant documentation it seems like they do
the same thing.
Keenan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Sun, 2005-08-07 at 11:47 -0700, Linus Torvalds wrote:
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them
On Sunday, 7. August 2005 20:08, Alan Stern wrote:
On Sun, 7 Aug 2005 [EMAIL PROTECTED] wrote:
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there
on remount, but it consisted of incorrect data. (so
On Sun, 7 Aug 2005, Lee Revell wrote:
It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
an option). But now I get this ominous warning when I compile
ndiswrapper:
It's still there, and it (still) depends on DEBUG_KERNEL. Nothing should
have changed afaik..
On Sun, 2005-08-07 at 13:50 -0700, Linus Torvalds wrote:
On Sun, 7 Aug 2005, Lee Revell wrote:
It looks like CONFIG_4KSTACKS has gone away (IOW 8K stacks are no longer
an option). But now I get this ominous warning when I compile
ndiswrapper:
It's still there, and it (still)
when i delete the files which are on the stick and do an umount/mount cycle,
the files are there again.
[... other mail ...]
I did the usbmon thing (hopefully correctly). Attached is the output.
Yes, that was perfect, thanks a lot. Unfortunately, I do not see a lot
of interesting things.
Thanks, Lee. That's the bug I'm referring to.
It would be great if laptop users can enjoy the higher sound quality
the Audigy2 pcmcia sound card offers, which is way better than the
builtin onboard sound.
Raymond
On 8/7/05, Lee Revell [EMAIL PROTECTED] wrote:
On Sun, 2005-08-07 at 10:43
On Sun, 7 Aug 2005 22:47:40 +0200, Martin Maurer [EMAIL PROTECTED] wrote:
Just out of curiosity, if you plug the player into a Windows system
without installing any special drivers first, will Windows be able to read
and write files okay? If it can, a USB packet trace may give Pete a clue
Hi!
It is not a work around. These are text attributes meant for human
use. Humans have a hard time cleaning up things they can't see. And
the failure mode for this is awful, your attribute won't set but
everything on the screen looks fine.
Kernel is not a place to be user
On Sunday, 7 of August 2005 19:23, Andrew Morton wrote:
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at
Hi!
There as been a fair amount of consensus that calling
device_suspend(...) in the reboot path was inappropriate now, because
the device suspend code was too immature. With this latest
piece of evidence it seems to me that introducing device_suspend(...)
in kernel_power_off,
On Fri, Aug 05, 2005 at 08:56:51PM +0200 JG wrote:
hm, i currently have acpi=off noacpi noapic reboot=b as kernel
parameter.
if i remove the acpi stuff and enable acpi, the usb mouse works fine..
but after some time (5-10min) the kacpid process goes havoc and eats
all cpu and the whole
În data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
Luming Yu:
[ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
[ACPI] CONFIG_ACPI_HOTKEY is now n by default
IMHO you really need then to make acpi_specific_hotkey the default or at
least mention it in
Steven Rostedt wrote:
I don't have the card, so I can't test it. But if this works (after
removing the previous patch) then this is the better solution.
I can confirm that this alone does not work for the simple
unplug/re-plug cycle I described, it still locks up hard. Tried this
alone on
On Fri, Aug 05, 2005 at 11:52:15AM +0200 Martin Braun wrote:
Hi,
I've been trying to upgrade kernel to 2.6.13-rc5. The server boots
normally w/o errors, but after while (from 5 minutes up to 2 hours) the
Kernel hangs (no keyboard input possible). As I am a newbie I cannot
figure out who
201 - 300 of 362 matches
Mail list logo
