>>> I just ran into the following problem: Having updated my box to 2.6.12.3,
>>> I tried to start YaST2 and noticed a kernel panic (see below). Some quick
Hm I always have a slack feeling that vanilla does not play hand in hand with
SUSE. (E.g.: showconsole)
>>> Ooops and ksymoops-output is at
>> when linux kernel receives a packet from the netcard and the forwards it .
>> the process can be viewed as a kernel process ?
>> and if this process can be interrupted ?
>
>When a packet is received from the kernel, this is first done by an
>interrupt handler to just get the packet. Then the re
On Monday 08 August 2005 03:39, Alejandro Bonilla Beeche wrote:
> On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> > supported?
>
> Normally, linksys doesn't care much about Linux and they won't even
> release info for a driv
On Sunday 07 August 2005 22:15, Russell King wrote:
> 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)
> >
>What prevents a rogue user to call this function a number of times to
>waste resources?
Sorry to jump in, but wasting resources is a different matter than
overwriting kernel memory.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Fri, Aug 05, 2005 at 03:14:15PM +0800, David Teigland wrote:
> On Tue, Aug 02, 2005 at 09:45:24AM +0200, Arjan van de Ven wrote:
> > * +++ b/fs/gfs2/fixed_div64.h 2005-08-01 14:13:08.009808200 +0800
> > e why?
>
> I'm not sure, actually, apart from the comments:
>
> do_div: /* For i
--Nikhil Dharashivkar <[EMAIL PROTECTED]> wrote (on Monday, August 08, 2005
11:39:07 +0530):
> Hi Martin,
> But e1000_notify_reboot () function calls this e1000_suspend()
> function irrespective of CONFIG_FM is defined or not. So according to
> your soution, what if CONFIG_FM is not define
Hi Martin,
But e1000_notify_reboot () function calls this e1000_suspend()
function irrespective of CONFIG_FM is defined or not. So according to
your soution, what if CONFIG_FM is not defined.
On 8/8/05, Martin J. Bligh <[EMAIL PROTECTED]> wrote:
> e1000_suspend is only used under #ifdef CONFI
--Lee Revell <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005 15:56:06
-0400):
> 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
>
Fawad Lateef wrote:
Hello,
I m facing a problem in RHEL3 (2.4.21-5.ELsmp) kernel while using
kmap_atomic on the pages reserved at the boot time
At the boot time I reserved pages above 2GB for later use by my module
. And when I was using those reserved pages through kmap_atomic
system
On 8/7/05, Fawad Lateef <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I m facing a problem in RHEL3 (2.4.21-5.ELsmp) kernel while using
> kmap_atomic on the pages reserved at the boot time
Unless you can reproduce this in a current kernel.org kernel
(2.6.13-rc6), then you probably should contact R
Fix a compile error in net/ipv4/route.c when RT patch is applied:
LD .tmp_vmlinux1
net/built-in.o(.text+0x19058): In function `rt_check_expire':
net/ipv4/route.c:628: undefined reference to `__bad_spinlock_type'
net/built-in.o(.text+0x1907a):net/ipv4/route.c:661: undefined reference to
`__ba
Hello,
I m facing a problem in RHEL3 (2.4.21-5.ELsmp) kernel while using
kmap_atomic on the pages reserved at the boot time
At the boot time I reserved pages above 2GB for later use by my module
. And when I was using those reserved pages through kmap_atomic
system hangs; although kmap_a
> Sorry, I didn't even check the link. Try the driver from:
>
> http://www.saillard.org/linux/pwc/
>
> Which seems to work better.
>
> --
> Cheers,
> Alistair.
Err, mine's a logitech camera, why is everyone recommending philips
drivers :P?
Chris White
pgprj9VJsZJCX.pgp
Description: PGP sig
I have a feeling this might be related back to this issue...
http://www.uwsg.iu.edu/hypermail/linux/kernel/0507.1/1518.html
As a reminder: we've been running a number of IBM x235 machines with 6G of
RAM with a 2.6.12.3 kernel fine for a couple of weeks now. Last night one of
the machines start
On Aug 7, 2005, at 21:13:54, Kyle Moffett wrote:
On Aug 7, 2005, at 12:13:38, Benjamin Herrenschmidt wrote:
_However_ there is an unrelated problem with some panels,
including some
of the 17": The panel doesn't always "sync" properly. This seem to be
related to some subtle timing issue in the
On Mon, Aug 08, 2005 at 11:30:23AM +1000, Con Kolivas wrote:
> Tony said he had it lying around somewhere and needed to find time to dust it
> off and get it up to speed.
PPC64 is on my ToDo list as well. Will take it up after the dyn-tick is cleaned
up for SMP.
--
Thanks and Regards,
Srivat
On Sun, 2005-08-07 at 23:12 +0200, John Bäckstrand wrote:
> 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-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch allows build.c to write out the full system size to the bootsector
for system sizes larger than about 1 MB (1048560 bytes) by using another byte
(a 4th byte would allow system sizes larger than 268 MB).
Signed-off-by: Frank Sorenson <[EMA
Along the same lines, is there an x86_64 patch around?
On August 07, 2005 21:30, Con Kolivas wrote:
> On Mon, 8 Aug 2005 11:20 am, Kyle Moffett wrote:
> > On Aug 7, 2005, at 19:51:25, Con Kolivas wrote:
> > > On Mon, 8 Aug 2005 02:58, Srivatsa Vaddagiri wrote:
> > >> Con,
> > >> I am afraid un
On Mon, Aug 08, 2005 at 02:28:29AM +0400, Alexey Dobriyan wrote:
>...
> --- linux-vanilla/drivers/scsi/gdth.c 2005-08-08 02:16:47.0 +0400
> +++ linux-gdth/drivers/scsi/gdth.c2005-08-08 02:19:59.0 +0400
> @@ -5411,18 +5411,6 @@ static int gdth_ioctl(struct inode *inod
>
Hi.
On Mon, 2005-08-08 at 11:27, Con Kolivas wrote:
> On Mon, 8 Aug 2005 10:46 am, Nigel Cunningham wrote:
> > Hi.
> >
> > Sorry for the slow response. Busy still.
> >
> > On Sat, 2005-08-06 at 15:06, Patrick Mochel wrote:
> > > On Fri, 5 Aug 2005, Nigel Cunningham wrote:
> > > > Hi.
> > > >
> > >
On Mon, 8 Aug 2005 11:20 am, Kyle Moffett wrote:
> On Aug 7, 2005, at 19:51:25, Con Kolivas wrote:
> > On Mon, 8 Aug 2005 02:58, Srivatsa Vaddagiri wrote:
> >> Con,
> >> I am afraid until SMP correctness is resolved, then this is not
> >> in a position to go in (unless you want to enable it onl
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> Doesn't that require 16 pages per CPU? That seems excessive to impose
> on a native build. Perhaps we could get away with 1 page per CPU for
> the GDT on native boots and bump that up to 16 if compiling for a
> virtualized sub-architecture - i.e. m
On Mon, 8 Aug 2005 10:46 am, Nigel Cunningham wrote:
> Hi.
>
> Sorry for the slow response. Busy still.
>
> On Sat, 2005-08-06 at 15:06, Patrick Mochel wrote:
> > On Fri, 5 Aug 2005, Nigel Cunningham wrote:
> > > Hi.
> > >
> > > I finally found some time to finish this off. I don't really like the
On Sun, 2005-08-07 at 21:20 -0400, Lee Revell wrote:
> On Sun, 2005-08-07 at 18:39 -0600, Alejandro Bonilla Beeche wrote:
> > On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> > > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> > > supported?
> > >
> > > TIA,
> > >
> > > Lee
> I like these patches. They greatly simplify a lot of the work I
> had anticipated was necessary for Xen. I.e. - LDT / GDT accessors
> are not needed for most updates, only updates to live descriptor
> table entries (for GDT this is TLS, LDT, TSS?, entries and there
> is 1 LDT update case).
On Sun, 2005-08-07 at 18:39 -0600, Alejandro Bonilla Beeche wrote:
> On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> > supported?
> >
> > TIA,
> >
> > Lee
>
> Normally, linksys doesn't care much about Linux and they won't
On Aug 7, 2005, at 19:51:25, Con Kolivas wrote:
On Mon, 8 Aug 2005 02:58, Srivatsa Vaddagiri wrote:
Con,
I am afraid until SMP correctness is resolved, then this is not
in a position to go in (unless you want to enable it only for UP,
which
I think should not be our target). I am working
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
Does Xen assume page aligned descriptor tables? I assume from this
Yes.
patch and snippets I have gathered from others, that is a yes, and other
things here imply that DT pages are not shadowed. If so, Xen itself
On Aug 7, 2005, at 12:13:38, Benjamin Herrenschmidt wrote:
I've got an LCD, and on mine
it looks like every third pixel-line gets shifted about 32-64
pixels to
the left, and they move with display refresh. My guess is that
something is interrupting radeonfb during a critical time in display
s
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
> Does Xen assume page aligned descriptor tables? I assume from this
Yes.
> patch and snippets I have gathered from others, that is a yes, and other
> things here imply that DT pages are not shadowed. If so, Xen itself
> must have live segments in
Chris Wright wrote:
* Andrew Morton ([EMAIL PROTECTED]) wrote:
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
xen_make_pages_readonly / xen_make_pages_writable ?
Well we don't want to assume "xen" at this stage. We're faced with a
choice at present: to make the linux->hypervisor
--Andrew Morton <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005 17:41:29
-0700):
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> --Chris Wright <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005
>> 16:44:11 -0700):
>>
>> > * Martin J. Bligh ([EMAIL PROTECTED]) wrote:
>> >
some tiny minor cleanups...
--
Michael Krufky
Two trivial text changes in Kconfig and lgdt330x.c
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/dvb/frontends/Kconfig|2 +-
linux/drivers/media/dvb/frontends/lgdt330x.c |2 +-
2 files changed, 2 insertions(+
Rogério Brito <[EMAIL PROTECTED]> wrote:
>
> Thanks Andrew, for including the vfat speedup patch.
>
> It has really improved a lot the performance of access to directories
> having many subdirectories in an external Firewire HD that I have.
>
> I'd say that if others don't have problems with it,
Hi.
Sorry for the slow response. Busy still.
On Sat, 2005-08-06 at 15:06, Patrick Mochel wrote:
> On Fri, 5 Aug 2005, Nigel Cunningham wrote:
>
> > Hi.
> >
> > I finally found some time to finish this off. I don't really like the
> > end result - the macros looked clearer to me - but here goes.
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> > xen_make_pages_readonly / xen_make_pages_writable ?
>
> Well we don't want to assume "xen" at this stage. We're faced with a
> choice at present: to make the linux->hypervisor interface be some
> xen-spe
Thanks Andrew, for including the vfat speedup patch.
It has really improved a lot the performance of access to directories
having many subdirectories in an external Firewire HD that I have.
I'd say that if others don't have problems with it, then it should be
in 2.6.13, as far as I am concerned.
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
>
>
> --Chris Wright <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005 16:44:11
> -0700):
>
> > * Martin J. Bligh ([EMAIL PROTECTED]) wrote:
> >> Starting on the work to merge xen cleanly as a subarch.
> >> Introduce make_pages_readonly and mak
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
> Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
> supported?
>
> TIA,
>
> Lee
Normally, linksys doesn't care much about Linux and they won't even
release info for a driver. Yeah, they have some open info for the WRT's
but the
On Sun, 2005-08-07 at 16:20 -0700, Martin J. Bligh wrote:
> Starting on the work to merge xen cleanly as a subarch.
> Introduce make_pages_readonly and make_pages_writable where appropriate
> for Xen, defined as a no-op on other subarches. Same for
> add_context_to_unpinned and del_context_from_
This marks these functions as deprecated not to use in latest drivers
(it doesn't use reference counts and the device returned by it can
disappear in any time).
This patch was sent yet on:
28 Jul 2005 (without pci_find_slot removing and wrapping lines)
Signed-off-by: Jiri Slaby <[EMAIL PROTECT
For 2.6.13, if possible. Patch generated against 2.6.13-rc6
--
Michael Krufky
- Structural changes within lgdt330x driver, framework now supports
both chips... tested OK on lgdt3302 and lgdt3303.
- Add LG/TUA6034 dvb_pll_desc for ATSC with LG TDVS-H062F & DViCO FusionHDTV5.
- Fixed LGDT330
On Sun, 7 Aug 2005, Benjamin Herrenschmidt wrote:
> On Sun, 2005-08-07 at 19:25 +0200, Bodo Eggert wrote:
> > 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
> > > > t
* Martin J. Bligh ([EMAIL PROTECTED]) wrote:
> You're welcome to suggest something else if you want, though it would
> have been easier if you'd done it the first time you saw this patch,
> not now. Going through this stuff multiple times is going to get very
> boring very fast.
Sorry, that's my f
--Chris Wright <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005 16:44:11
-0700):
> * Martin J. Bligh ([EMAIL PROTECTED]) wrote:
>> Starting on the work to merge xen cleanly as a subarch.
>> Introduce make_pages_readonly and make_pages_writable where appropriate
>> for Xen, defined as a no
On Mon, 8 Aug 2005 02:58, Srivatsa Vaddagiri wrote:
> 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 correctnes
This patch removes 2 e-mails, which aren't right and 1 web address, which
returns 404.
[comtrol was posted by Rolf Eike Beer]
It is made in 2.6.13-rc5-mm1, but it should be applicable in other trees too.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Signed-off-by: Jiri Slaby <[EMAIL PROTECT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric W. Biederman ha scritto:
> Anyway I believe you also want to look at include/linux/tty.h
> at the screen_info structure. I believe that is where
> all of that information is passed.
I noticed. Maybe if we fill struct x86_linux_param_header with s
* Martin J. Bligh ([EMAIL PROTECTED]) wrote:
> Starting on the work to merge xen cleanly as a subarch.
> Introduce make_pages_readonly and make_pages_writable where appropriate
> for Xen, defined as a no-op on other subarches. Same for
Maybe this is a bad name, since make_pages_readonly/writable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Nyberg wrote:
> (akpm: a fix for this needs to go into 2.6.13, inotify + nfs
> trivially oopses otherwise, even if inotify isn't actively used)
This patch seems to have fixed it for me.
I upgraded to fdbd22dad31982b64a4e663fd056a8a7cfac960
--"Martin J. Bligh" <[EMAIL PROTECTED]> wrote (on Tuesday, August 02, 2005
21:21:30 -0700):
> --"Martin J. Bligh" <[EMAIL PROTECTED]> wrote (on Tuesday, August 02, 2005
> 18:17:33 -0700):
>> --Andrew Morton <[EMAIL PROTECTED]> wrote (on Thursday, July 28, 2005
>> 23:10:29 -0700):
>>
>>> "Mar
Starting on the work to merge xen cleanly as a subarch.
Introduce make_pages_readonly and make_pages_writable where appropriate
for Xen, defined as a no-op on other subarches. Same for
add_context_to_unpinned and del_context_from_unpinned.
Abstract out install_ldt_entry().
This will do have no e
From: Will Dyson <[EMAIL PROTECTED]>
If anyone needs a fully-functional befs driver, the easiest route to
that would probably be getting Haiku's befs driver to compile in
userland as a FUSE fs.
At any rate, attribute.c can go. It is easy enough to add back in if
anyone ever wants to do the (rel
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 29 Jul 2005
- 22 Jul 2005
fs/asfs/asfs_fs.h | 12
fs/asfs/extents.c |4 +++-
fs/asfs/inode.c | 29 ++---
fs/asfs/o
This patch removes prototypes for the generic_file_open and
generic_file_llseek functions.
Besides being superfluous because they are already present in fs.h, they
were also wrong because the actual functions aren't weak functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patc
Hi!
> 2. The attached script can produce all sorts of pcmcia related
>problems if it is modified where stated - the attached version
>seems to work without problems if not modified. Do you want
>a bug report filed for this, too?
Races in pcmcia, fun :-(. I guess this is going to be sl
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/scsi/gdth.c | 12
drivers/scsi/gdth_ioctl.h |8
2 files changed, 20 deletions(-)
diff -uprN linux-vanilla/drivers/scsi/gdth.c linux-gdth/drivers/scsi/gdth.c
--- linux-vanilla/drivers/scsi/gdth.c 20
Pavel Machek wrote:
I assume it is in -rc6, too; it is long-standing bug and I am not
aware of any attempts at fixing it. Please file bug report, assign to
me.
I've filed it as Bug 5018.
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Looking at Jan Dittmer's crosscompile site [1], one of the two
architectures where defconfig compiled in 2.6.12.4 but does no longer
compile in 2.6.13-rc6 is s390.
Looking at the build error, it seems s390-use-klist-in-qeth-driver.patch
from -mm was intended to fix this compile error.
I haven'
This patch converts arch/cris/Kconfig.debug to using lib/Kconfig.debug.
This should fix a compile error in 2.6.13-rc4 caused by a missing
CONFIG_LOG_BUF_SHIFT definition.
While I was editing this file, I also converted some spaces to tabs.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
T
The LOG_BUF_SHIFT from lib/Kconfig.debug is sufficient.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 31 Jul 2005
--- linux-2.6.13-rc4-mm1/arch/sh64/Kconfig.old 2005-07-31 18:24:19.0
+0200
+++ linux-2.6.13-rc4-mm1/arch/sh64/Kconfig 2005-07-
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.
I'm now happily running 2.6.13-rc4-rt-v0.7.52-14-reiser4 which I compiled by
adding
#define rcu_barrier synchronize_rc
On Sun, 2005-08-07 at 19:25 +0200, Bodo Eggert wrote:
> 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_
On Sun, Aug 07, 2005 at 01:51:52PM -0700, Ravinandan Arakali wrote:
> Jeff,
> The entire set of patches have been resent and an additional
> patch13 to address earlier comments.
> Pls confirm if these patches apply correctly.
I'm in the process of moving to a new house, and getting a new computer
Andrew Morton wrote:
> OK so we have one solid regression there. Are the other problems also new
> since 2.6.11?
>
> Could you please retest 2.6.13-rc6 when it's out and if problems remain,
> raise a bugzilla.kernel.org entry so we can keep track of the problem?
> Thanks.
After retesting with 2
On 07/08/05, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Could be related to the refcnt underflow with conntrack event
> notifications enabled. If you have CONFIG_IP_NF_CONNTRACK_EVENTS
> enabled please try this patch.
>
I can confirm that that patch solved my problems, thank you :)
--
Mvh / B
On Sun, Aug 07, 2005 at 03:25:55PM +0200, John B?ckstrand wrote:
>
> [148475.651000] [ cut here ]
> [148475.651050] kernel BUG at net/ipv4/tcp_output.c:918!
Yes, as Andrew said, this bug should be fixed in the latest git tree.
So please test with that plus the debugging pa
On Sun, Aug 07, 2005 at 02:51:19PM -0400, 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,
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 w
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 wh
Î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
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 -r
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 d
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_powe
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 t
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
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 -07
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 (st
> 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.
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 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 dat
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 re
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 PROT
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
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
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
> 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 inotify_inode_que
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 *deskto
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 http://ndiswrapper.sourceforge.
Pavel Machek <[EMAIL PROTECTED]> writes:
> 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 de
On Sun, Aug 07, 2005 at 11:51:23AM -0700, Avuton Olrich wrote:
> 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:
> dr
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 CONFIG_SOFTWA
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 ht
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 wh
gt;
* 0.07 Added 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&q
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 =
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, b
>> 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, e
1 - 100 of 188 matches
Mail list logo
