On 22 July 2013 23:11, Linus Torvalds wrote:
> On 22 July 2013 21:45, Kevin Winchester wrote:
>> I have found that the new CPU Package temperature thermal driver introduced
>> in this merge window causes my HP laptop to panic on boot.
>
> I just merged Zhang's pull reques
On 22 July 2013 23:11, Linus Torvalds torva...@linux-foundation.org wrote:
On 22 July 2013 21:45, Kevin Winchester kjwinches...@gmail.com wrote:
I have found that the new CPU Package temperature thermal driver introduced
in this merge window causes my HP laptop to panic on boot.
I just merged
Sorry, forgot to change gmail to plain text mode, so the mailing lists
rejected this.
On 22 July 2013 21:45, Kevin Winchester wrote:
> I have found that the new CPU Package temperature thermal driver introduced
> in this merge window causes my HP laptop to panic on boot.
>
&
Sorry, forgot to change gmail to plain text mode, so the mailing lists
rejected this.
On 22 July 2013 21:45, Kevin Winchester kjwinches...@gmail.com wrote:
I have found that the new CPU Package temperature thermal driver introduced
in this merge window causes my HP laptop to panic on boot
ne kernel: [ 79.663140] input: USB HID v1.11 Keyboard
[Microsoft Microsoft Digital Media Pro Keyboard] on usb-:00:10.0-2
Feb 25 20:19:15 alekhine kernel: [ 79.697610] input: Microsoft Microsoft
Digital Media Pro Keyboard as
/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.1/input/i
:00:10.0-2
I don't see anything there that would explain the failure, but the console
never comes back, and I am forced to hard reset the box. Anything else I can
try?
Thanks,
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Rafael J. Wysocki wrote:
> On Monday, 25 of February 2008, Kevin Winchester wrote:
>> Rafael J. Wysocki wrote:
>>> On Sunday, 24 of February 2008, Kevin Winchester wrote:
>>>
>>>> Today was different - I attempted to suspend and resume from the console,
&g
Rafael J. Wysocki wrote:
> On Sunday, 24 of February 2008, Kevin Winchester wrote:
>
>> Today was different - I attempted to suspend and resume from the console,
>> and the machine did not come back up. I found the following in my log -
>> any help would be appreciate
Stephen Rothwell wrote:
> Hi all,
>
> I have created today's linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
>
> You can see which trees have been included by looking in the Next/Trees
> file in the source. There are also quilt-import.log and merge.log
Stephen Rothwell wrote:
Hi all,
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
You can see which trees have been included by looking in the Next/Trees
file in the source. There are also quilt-import.log and merge.log files
in
Rafael J. Wysocki wrote:
On Sunday, 24 of February 2008, Kevin Winchester wrote:
Today was different - I attempted to suspend and resume from the console,
and the machine did not come back up. I found the following in my log -
any help would be appreciated.
Feb 24 13:59:56 alekhine kernel
Rafael J. Wysocki wrote:
On Monday, 25 of February 2008, Kevin Winchester wrote:
Rafael J. Wysocki wrote:
On Sunday, 24 of February 2008, Kevin Winchester wrote:
Today was different - I attempted to suspend and resume from the console,
and the machine did not come back up. I found
Steven Rostedt wrote:
>
> On Mon, 18 Feb 2008, Andrew Morton wrote:
>
>>> I don't think I've seen anyone else report this, but if I'm wrong, I'm
>>> sure someone will point me to the thread.
>> No, I think it's new.
>>
>
>> Looks like an ftrace-vs-lockdep problem.
>>
>
> Is there a .config
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> - git-xfs is dropped due to git conflicts
>
> - git-x86 is dropped due to too many changes to non-x86 code
>
> - git-perfmon remains dropped due to rejects
>
> - git-kgdb remains
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
- git-xfs is dropped due to git conflicts
- git-x86 is dropped due to too many changes to non-x86 code
- git-perfmon remains dropped due to rejects
- git-kgdb remains dropped
Steven Rostedt wrote:
On Mon, 18 Feb 2008, Andrew Morton wrote:
I don't think I've seen anyone else report this, but if I'm wrong, I'm
sure someone will point me to the thread.
No, I think it's new.
Looks like an ftrace-vs-lockdep problem.
Is there a .config around to look at?
is at:
http://personal.nbnet.nb.ca/kwin/cfs-debug-info-2008.02.13-20.56.38
Unfortunately, I cannot reproduce the problem intentionally - it only
happens once a month or so.
If there is any other info you need, please let me know, or any
suggestions for what to try the next time.
Thanks,
--
Kevin
is at:
http://personal.nbnet.nb.ca/kwin/cfs-debug-info-2008.02.13-20.56.38
Unfortunately, I cannot reproduce the problem intentionally - it only
happens once a month or so.
If there is any other info you need, please let me know, or any
suggestions for what to try the next time.
Thanks,
--
Kevin
Kevin Winchester wrote:
> CC arch/x86/mm/pageattr.o
> arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
> arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
> ‘cpa_check_alias’
> make[1]: *** [arch/x86/mm/pageattr.o] Error 1
> make: *** [
CC arch/x86/mm/pageattr.o
arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
‘cpa_check_alias’
make[1]: *** [arch/x86/mm/pageattr.o] Error 1
make: *** [arch/x86/mm] Error 2
at tip
Kevin Winchester wrote:
CC arch/x86/mm/pageattr.o
arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
‘cpa_check_alias’
make[1]: *** [arch/x86/mm/pageattr.o] Error 1
make: *** [arch/x86/mm] Error 2
CC arch/x86/mm/pageattr.o
arch/x86/mm/pageattr.c: In function ‘change_page_attr_set_clr’:
arch/x86/mm/pageattr.c:778: error: incompatible type for argument 1 of
‘cpa_check_alias’
make[1]: *** [arch/x86/mm/pageattr.o] Error 1
make: *** [arch/x86/mm] Error 2
at tip
...
config below
--
Kevin Winchester
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-mm1
# Mon Feb 4 20:18:12 2008
#
# CONFIG_64BIT is not set
CONFIG_X86_32=y
# CONFIG_X86_64 is not set
CONFIG_X86=y
# CONFIG_GENERIC_LOCKBREAK is not set
CONFIG_GENERIC_TIME=y
e5cdd42f557be0f0 ]---
I have no idea what went on here - I'll start tracing through the call
stack to see if I can figure anything out...
config below
--
Kevin Winchester
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-mm1
# Mon Feb 4 20:18:12 2008
Ingo Molnar wrote:
> * Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
>>> x86: fix ioremap RAM check
>>>
>>> Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
>>> Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
>> Luck
Kevin Winchester wrote:
> Hi Thomas, Ingo,
>
> I noticed that my direct rendering is no longer working, with the
> following in my dmesg:
>
> [0.588184] agpgart: Detected AGP bridge 0
> [0.588184] agpgart: unable to get memory for graphics translation table.
>
Kevin Winchester wrote:
Hi Thomas, Ingo,
I noticed that my direct rendering is no longer working, with the
following in my dmesg:
[0.588184] agpgart: Detected AGP bridge 0
[0.588184] agpgart: unable to get memory for graphics translation table.
[0.588184] agpgart
Ingo Molnar wrote:
* Kevin Winchester [EMAIL PROTECTED] wrote:
x86: fix ioremap RAM check
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
Lucky first try - reverting this commit fixes the problem for me. Any
ideas?
Could you
you
already have most of it in some form. I think the final piece is just
the integration and marketing so that the barrier to kernel testing gets
lowered considerably.
Does this seem like a reasonable idea, or is it something that you
already had in mind (that it just took me longer to see)?
--
K
already have most of it in some form. I think the final piece is just
the integration and marketing so that the barrier to kernel testing gets
lowered considerably.
Does this seem like a reasonable idea, or is it something that you
already had in mind (that it just took me longer to see)?
--
Kevin
e lock held.
>
Yes, disabling cpufreq (in my .config since, sadly, there is no command
line option to disable it) fixes the problem.
--
Kevin Winchester <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
lock held.
>
Ok, I'll try disabling cpufreq to see if that prevents the lockup. If
that is the problem, what is the fix? Just to keep the path reverted?
--
Kevin Winchester <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Sun, 27 Jan 2008 13:37:02 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
> > Sure, the result of the script is at
> >
> > http://personal.nbnet.nb.ca/kwin/cfs-debug-info-2008.01.27-08.13.28
>
&g
On Sun, 27 Jan 2008 13:35:14 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
> > although it is not complete. For some reason (xubuntu, probably) dash
> > is my default shell and it does not like the for lo
On Sun, 27 Jan 2008 13:35:14 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Kevin Winchester [EMAIL PROTECTED] wrote:
although it is not complete. For some reason (xubuntu, probably) dash
is my default shell and it does not like the for loop at line 69 of
that script:
for ((i=0
On Sun, 27 Jan 2008 13:37:02 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Kevin Winchester [EMAIL PROTECTED] wrote:
Sure, the result of the script is at
http://personal.nbnet.nb.ca/kwin/cfs-debug-info-2008.01.27-08.13.28
it seems you've got hpet active by default:
/sys/devices
the path reverted?
--
Kevin Winchester [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
[ 10.313437] Time: hpet clocksource has been installed.
[ 10.424431] Clocksource tsc unstable (delta = -121609771 ns)
as these are done with the xtime lock held.
Yes, disabling cpufreq (in my .config since, sadly, there is no command
line option to disable it) fixes the problem.
--
Kevin
Kevin Winchester wrote:
> Hi Ingo,
>
> Starting X (autostarted with GDM) manages to lock up my system
> (requiring a hard reset) after the first few tree merges of the window,
> and bisection shows:
>
> -
>
> 19ef9309273d26cb005cb23e6a370353dca91099 i
some timing-related problem that just happened to
bisect to this patch.
I will try advancing to the head of Linus' tree and then reverting this
patch to make sure it fixes the problem, but I figured I'd send this
first to see if it is obvious to anyone.
--
Kevin Winchester
--
To unsubscribe from thi
problem that just happened to
bisect to this patch.
I will try advancing to the head of Linus' tree and then reverting this
patch to make sure it fixes the problem, but I figured I'd send this
first to see if it is obvious to anyone.
--
Kevin Winchester
--
To unsubscribe from this list: send
Kevin Winchester wrote:
Hi Ingo,
Starting X (autostarted with GDM) manages to lock up my system
(requiring a hard reset) after the first few tree merges of the window,
and bisection shows:
-
19ef9309273d26cb005cb23e6a370353dca91099 is first bad commit
commit
On Thu, 10 Jan 2008 17:13:51 -0800
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Kevin Winchester wrote:
> > H. Peter Anvin wrote:
> >> Kevin Winchester wrote:
> >>> My first time building and booting the mm branch of x86.git was pret
On Thu, 10 Jan 2008 17:13:51 -0800
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Kevin Winchester wrote:
> > H. Peter Anvin wrote:
> >> Kevin Winchester wrote:
> >>> My first time building and booting the mm branch of x86.git was pret
H. Peter Anvin wrote:
> Kevin Winchester wrote:
>> My first time building and booting the mm branch of x86.git was pretty
>> successful. The only error I noticed was the following in my dmesg:
>>
>> hwclock[622] general protection ip:804b226 sp:bff43e30 error:0
>
ONFIG_CRC16 is not set
CONFIG_CRC_ITU_T=y
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Kevin Winchester
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
# CONFIG_LIBCRC32C is not set
CONFIG_ZLIB_INFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Kevin Winchester
--
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
H. Peter Anvin wrote:
Kevin Winchester wrote:
My first time building and booting the mm branch of x86.git was pretty
successful. The only error I noticed was the following in my dmesg:
hwclock[622] general protection ip:804b226 sp:bff43e30 error:0
I'm not sure exactly how to debug
On Thu, 10 Jan 2008 17:13:51 -0800
H. Peter Anvin [EMAIL PROTECTED] wrote:
Kevin Winchester wrote:
H. Peter Anvin wrote:
Kevin Winchester wrote:
My first time building and booting the mm branch of x86.git was pretty
successful. The only error I noticed was the following in my dmesg
On Thu, 10 Jan 2008 17:13:51 -0800
H. Peter Anvin [EMAIL PROTECTED] wrote:
Kevin Winchester wrote:
H. Peter Anvin wrote:
Kevin Winchester wrote:
My first time building and booting the mm branch of x86.git was pretty
successful. The only error I noticed was the following in my dmesg
ou appear to already have been working towards that end, the patch
is not really necessary.
--
Kevin Winchester
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
necessary.
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
tures that work like file_operations in this regard.
>
file_operations & block_device_operations are the only two that I can find.
--
Kevin Winchester
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
lock_kernel()
and unlock_kernel() and the drivers are converted to use .unlocked_ioctl
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
---
I also noted that in the failed kmalloc case in drm_ioctl(), the function
immediately returns -ENOMEM, rather than following the error path that
calls atomic_dec(&g
Andi Kleen wrote:
> On Tue, Jan 08, 2008 at 07:50:47PM -0400, Kevin Winchester wrote:
>> Andi Kleen wrote:
>>> Here's a proposal for some useful code transformations the kernel janitors
>>> could do as opposed to running checkpatch.pl.
>>>
>>
>>
&
the lock is absolutely required, then I can write the
patch to add lock_kernel() and unlock_kernel().
--
Kevin Winchester
--
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/
is absolutely required, then I can write the
patch to add lock_kernel() and unlock_kernel().
--
Kevin Winchester
--
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
Andi Kleen wrote:
On Tue, Jan 08, 2008 at 07:50:47PM -0400, Kevin Winchester wrote:
Andi Kleen wrote:
Here's a proposal for some useful code transformations the kernel janitors
could do as opposed to running checkpatch.pl.
snip
I notice that every driver in drivers/ata uses a .ioctl
() and the drivers are converted to use .unlocked_ioctl
Signed-off-by: Kevin Winchester [EMAIL PROTECTED]
---
I also noted that in the failed kmalloc case in drm_ioctl(), the function
immediately returns -ENOMEM, rather than following the error path that
calls atomic_dec(dev-ioctl_count);. I'm
are the only two that I can find.
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
umentation on this to point people at?
>
I would second this question. I see people "decode" oops on lkml often enough,
but I've never been entirely sure how its done. Is it somewhere in
Documentation?
--
Kevin Winchester
--
To unsubscribe from this list: send the line &qu
in
Documentation?
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ase method, down_interruptible() was being called
without checking the return value. I converted it to mutex_lock_interruptible()
and made the interrupted case return -ERESTARTSYS, as was done for all other
calls to down_interruptible() in the file.
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED
Convert the semaphore to a mutex in net/9p/util.c
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
---
net/9p/util.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Index: v2.6.24-rc4/net/9p/
Convert the semaphore to a mutex in echoaudio.c
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
---
sound/pci/echoaudio/echoaudio.c | 18 +-
sound/pci/echoaudio/echoaudio.h |2 +-
2 files changed, 10 insertions(+), 10 deletions(-)
Index: v2.6.24-rc4/sou
Convert the semaphore to a mutex in echoaudio.c
Signed-off-by: Kevin Winchester [EMAIL PROTECTED]
---
sound/pci/echoaudio/echoaudio.c | 18 +-
sound/pci/echoaudio/echoaudio.h |2 +-
2 files changed, 10 insertions(+), 10 deletions(-)
Index: v2.6.24-rc4/sound/pci/echoaudio
Convert the semaphore to a mutex in net/9p/util.c
Signed-off-by: Kevin Winchester [EMAIL PROTECTED]
---
net/9p/util.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
Index: v2.6.24-rc4/net/9p/util.c
called
without checking the return value. I converted it to mutex_lock_interruptible()
and made the interrupted case return -ERESTARTSYS, as was done for all other
calls to down_interruptible() in the file.
Signed-off-by: Kevin Winchester [EMAIL PROTECTED]
---
net/tipc/socket.c | 56
there some guide to quilt I should be reading?
I looked at the guide in /usr/share/doc/quilt/quilt.pdf, but it didn't
have anything about email. /usr/share/doc/quilt/README.MAIL has the
details of all of the mail options, but doesn't give a nice example of
what to do with the patch file and
Daniel Walker wrote:
> On Thu, 2007-12-06 at 21:29 -0400, Kevin Winchester wrote:
>> Daniel Walker wrote:
>>> I've posted all the ones I've done so far ..
>>>
>>> ftp://source.mvista.com/pub/dwalker/sem2mutex-2.6.24-rc4/
>>>
>>> Feel f
Daniel Walker wrote:
On Thu, 2007-12-06 at 21:29 -0400, Kevin Winchester wrote:
Daniel Walker wrote:
I've posted all the ones I've done so far ..
ftp://source.mvista.com/pub/dwalker/sem2mutex-2.6.24-rc4/
Feel free to review or test them.. I've found it pretty easy to simply
grep
at the guide in /usr/share/doc/quilt/quilt.pdf, but it didn't
have anything about email. /usr/share/doc/quilt/README.MAIL has the
details of all of the mail options, but doesn't give a nice example of
what to do with the patch file and how to call 'quilt mail'.
--
Kevin Winchester
--
To unsubscribe from
tch? Alternatively, I can submit the patch if you don't
want to bother with it.
--
Kevin Winchester
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
any) are true counting semaphores
that cannot be converted, and then I could post/send the list of
convertible cases. Would that be helpful, or has it already been done
somewhere else?
--
Kevin Winchester
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
it already been done
somewhere else?
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
don't
want to bother with it.
--
Kevin Winchester
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
An obviously missing closing parenthesis.
Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
---
This is more for practice sending patches than anything else, to make
sure they are not damaged in any way.
But it does bring up a good question. Are patches expected/wanted for
the
An obviously missing closing parenthesis.
Signed-off-by: Kevin Winchester [EMAIL PROTECTED]
---
This is more for practice sending patches than anything else, to make
sure they are not damaged in any way.
But it does bring up a good question. Are patches expected/wanted for
the mmotm kernels
bably knew this already...but at least I
learned something new today)
- --
Kevin Winchester
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHP5QdKPGFQbiQ3tQRAqimAJwOSGDSM2wXeLbm+sBKehGf/haNpACfX7Cb
IALnPxwlgShR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Winchester wrote:
> Looking at the code being bypassed:
>
> if (pE.cap[i] || pP.cap[i] || pP.cap[i])
>
> looks somewhat weird as it is testing the same condition twice. Should
> it have been:
>
> if (pE.cap[i
i] || pP.cap[i] || pP.cap[i])
looks somewhat weird as it is testing the same condition twice. Should
it have been:
if (pE.cap[i] || pP.cap[i] || pI.cap[i])
?
I'm about to test that change instead of bypassing the loop, so I'll let
you know the results.
- --
Kevin Winchester
-BEGIN
1.10-14build1
packages installed.
Let me know if you need any other information, or if you have a patch you
would like tested.
--
Kevin Winchester
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
any other information, or if you have a patch you
would like tested.
--
Kevin Winchester
-
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
twice. Should
it have been:
if (pE.cap[i] || pP.cap[i] || pI.cap[i])
?
I'm about to test that change instead of bypassing the loop, so I'll let
you know the results.
- --
Kevin Winchester
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin Winchester wrote:
Looking at the code being bypassed:
if (pE.cap[i] || pP.cap[i] || pP.cap[i])
looks somewhat weird as it is testing the same condition twice. Should
it have been:
if (pE.cap[i] || pP.cap[i] || pI.cap[i
-signed text in, which includes
escaping of '-' characters. LKML must also ignore the signature. Once
I added your public key, the patch shows up correctly in my client at least.
(I guess everyone else probably knew this already...but at least I
learned something new today)
- --
Kevin Winchester
On November 15, 2007 08:44:41 pm Andrew Morton wrote:
> On Thu, 15 Nov 2007 20:28:29 -0400
>
> Kevin Winchester <[EMAIL PROTECTED]> wrote:
> > On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
> > I see this as well - the computer boots fine but no network. The
atch
or so, and see if that's the problem. If anyone has any other ideas, let me
know.
--
Kevin Winchester
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
other ideas, let me
know.
--
Kevin Winchester
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On November 15, 2007 08:44:41 pm Andrew Morton wrote:
On Thu, 15 Nov 2007 20:28:29 -0400
Kevin Winchester [EMAIL PROTECTED] wrote:
On November 15, 2007 06:02:09 am Andy Whitcroft wrote:
I see this as well - the computer boots fine but no network. The only
clues in the dmesg
applied
cleanly? Is quilt the way I am supposed to be applying these patches? Is
there a reason that there is no "series" file in the archive with the
patches?
Slightly confused,
--
Kevin Winchester
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
? Is
there a reason that there is no series file in the archive with the
patches?
Slightly confused,
--
Kevin Winchester
-
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
o a crawl.
I will be getting another 512 MB of RAM at Christmas time, but from the other
reports, it seems that swap prefetch will still be useful.
[1] Is there a graphical browser for linux that doesn't suck huge amounts of
RAM?
--
Kevin Winchester
pgptNkcWRn6hg.pgp
Description: PGP signature
the other
reports, it seems that swap prefetch will still be useful.
[1] Is there a graphical browser for linux that doesn't suck huge amounts of
RAM?
--
Kevin Winchester
pgptNkcWRn6hg.pgp
Description: PGP signature
o some config mistake on my
part, but I guess there might be more to it. Whatever it is, it
doesn't seem to be specific to the ipw2200 driver.
--
Kevin Winchester
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
config mistake on my
part, but I guess there might be more to it. Whatever it is, it
doesn't seem to be specific to the ipw2200 driver.
--
Kevin Winchester
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H. Peter Anvin wrote:
> Kevin Winchester wrote:
>> Not sure if you were looking for testing, but I fuzzed it to apply to
>> 2.6.21-git and gave it a spin. Worked just like a normal boot (which I
>> assume was the point).
>
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H. Peter Anvin wrote:
Kevin Winchester wrote:
Not sure if you were looking for testing, but I fuzzed it to apply to
2.6.21-git and gave it a spin. Worked just like a normal boot (which I
assume was the point).
That would be the point, yes
H. Peter Anvin wrote:
> Hello all,
>
> I believe the x86 setup tree is now finished. I will turn it into a
> "clean patchset" later this week, but I wanted to get flamed^W feedback
> on it first.
>
> The git tree is at:
>
>
H. Peter Anvin wrote:
Hello all,
I believe the x86 setup tree is now finished. I will turn it into a
clean patchset later this week, but I wanted to get flamed^W feedback
on it first.
The git tree is at:
http://git.kernel.org/?p=linux/kernel/git/hpa/linux-2.6-newsetup.git;a=summary
1 - 100 of 106 matches
Mail list logo