Chris Brennan wrote:
I'm having a kernel related issue (I think) with the BT878 card I have
in my gentoo box.
Here are pastebin results of varius infomation, I hope I give all the
necessary info. If I am missing something or you need more, please let
me know.
dmesg ->
On Wednesday, February 20, 2008 3:03 pm Jesse Barnes wrote:
> On Wednesday, February 20, 2008 2:32 pm Jesse Barnes wrote:
> > On Wednesday, February 20, 2008 11:10 am Jeff Chua wrote:
> > > On Feb 21, 2008 2:53 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > > > So, next I'll try "shutdown" to
On Wed, Feb 20, 2008 at 12:49:02PM -0800, Harvey Harrison wrote:
> fs/nfsd/vfs.c:991:27: warning: Using plain integer as NULL pointer
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> ---
> fs/nfsd/vfs.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Also applied,
On Wed, Feb 20, 2008 at 12:49:00PM -0800, Harvey Harrison wrote:
> Add extern to nfsd/nfsd.h
> fs/nfsd/nfssvc.c:146:5: warning: symbol 'nfsd_nrthreads' was not declared.
> Should it be static?
> fs/nfsd/nfssvc.c:261:5: warning: symbol 'nfsd_nrpools' was not declared.
> Should it be static?
>
On Thursday, 21 of February 2008, Linus Torvalds wrote:
>
> On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
> > > >
> > > > which may have four entry-points that can be illogically mapped to the
> > > > suspend/resume ones like we do now, but they really have nothing to do
> > > > with
BTW, sorry I didn't get a chance to try some of the other debugging
you suggested yet... got busy with other stuff.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
> I just tried Ingo's patch[1] on a 2.6.25-rc2 kernel with printk timestamps
> turned on ... and it booted just fine on my tiger4. The default path
> for non-boot cpus is from head.S to start_secondary(), and that
> calls cpu_init() pretty quickly. There shouldn't normally[2] be any
>
RDMA/cxgb3: Shift calculation wrong for single sge entries.
A single entry (addr 0x10001000, size 0x2000) will get converted to
page address 0x1000 with a page size of 0x4000. The code as it
stands doesn't address the single buffer case, but in fact it allows
the subsequent single-buffer
All host drivers now either set hwif->mmio or reserve continuous
I/O resources so remove no longer needed hwif->straight8 flag
and never reached code for 'hwif->straight8 == 0' case.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
drivers/ide/ide.c | 36
> -Original Message-
> From: Roland Dreier [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 20, 2008 5:22 PM
> To: Adrian Bunk
> Cc: Faisal Latif; Glenn Streiff; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [ofa-general] [2.6 patch] infiniband/hw/nes/nes_verbs.c:
On Wed, 2008-02-20 at 15:08 -0800, David Miller wrote:
> From: Tony Battersby <[EMAIL PROTECTED]>
> Date: Wed, 20 Feb 2008 18:04:09 -0500
>
> > The following patch fixes the problem for me. Do we want to accept this
> > patch and call it a day or continue investigating the source of the problem?
> No, 51af33e8 was for a similar same bug 400 lines below this bug...
Heh, sorry.
Glenn -- please review Adrian's patches and let me know which ones are
good to apply.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On 02/20/2008 09:18 PM, Alan Cox wrote:
Moxa needs a few routines wrapping with the BKL for now. It also snoops
the TIOCG/SSOFTCAR function so needs its own implementation for now. That
wants fixing by turning it into a termios set downcall into the drivers
later.
I'm taking care of this one.
Fix lot of errors and warnings.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/misc.c | 66 ---
1 files changed, 34 insertions(+), 32 deletions(-)
diff --git a/arch/x86/boot/compressed/misc.c
After the patch:
total: 0 errors, 0 warnings, 25 lines checked
arch/x86/kernel/cpu/umc.c has no obvious style problems and is ready for
submission.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/umc.c | 12 +++-
1 files changed, 7
On Thu, 2008-02-21 at 00:12 +0100, Jiri Slaby wrote:
> On 02/20/2008 11:14 PM, Harvey Harrison wrote:
> > All were forward declared static already.
> >
> Thanks, but I have similar fixes for both issues you address in my tree. I'll
> post it in few days.
Great.
Harvey
--
To unsubscribe from
On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
> > >
> > > which may have four entry-points that can be illogically mapped to the
> > > suspend/resume ones like we do now, but they really have nothing to do
> > > with suspending/resuming.
>
> Apart from putting devices into the right low power
On 02/20/2008 11:14 PM, Harvey Harrison wrote:
All were forward declared static already.
Fixes sparse warnings:
drivers/char/moxa.c:1421:6: warning: symbol 'MoxaDriverInit' was not declared.
Should it be static?
drivers/char/moxa.c:1464:6: warning: symbol 'MoxaPortFlushData' was not
declared.
Hopefully this time the patches will reach the list :-)
After the patch:
total: 0 errors, 0 warnings, 122 lines checked
arch/x86/kernel/cpu/mcheck/p6.c has no obvious style problems and is ready for
submission.
Compile tested.
Signed-off-by: Paolo Ciarrocchi <[EMAIL PROTECTED]>
---
On Wed, Feb 20, 2008 at 10:50:34AM -0600, [EMAIL PROTECTED] wrote:
> thanks for all this work.
>
> Perhaps it would be better to have a Documentation/Namespaces/PID file
> describing these semantics, and have the description read something
> briefer like
>
> Pid namespaces provide
From: Tony Battersby <[EMAIL PROTECTED]>
Date: Wed, 20 Feb 2008 18:04:09 -0500
> The following patch fixes the problem for me. Do we want to accept this
> patch and call it a day or continue investigating the source of the problem?
>
> Patch applies to 2.6.24.2, but doesn't apply to 2.6.25-rc.
From: Francois Romieu <[EMAIL PROTECTED]>
Date: Wed, 20 Feb 2008 23:40:53 +0100
> David Miller <[EMAIL PROTECTED]> :
> [...]
> > Because it forces me to pull Linus's upstream into net-2.6,
> > I don't have any choice in the matter.
>
> Jeff's choice is a bit surprizing. That being said, it would
On Wednesday, February 20, 2008 2:32 pm Jesse Barnes wrote:
> On Wednesday, February 20, 2008 11:10 am Jeff Chua wrote:
> > On Feb 21, 2008 2:53 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > > So, next I'll try "shutdown" to see if it work. I was using
> > > > "platform".
> > >
> > > Ok, that
The following patch fixes the problem for me. Do we want to accept this
patch and call it a day or continue investigating the source of the problem?
Patch applies to 2.6.24.2, but doesn't apply to 2.6.25-rc. If everyone
agrees that this is the right solution, I will resubmit with a proper
On Wed, Feb 20, 2008 at 02:25:52PM -0800, Dave Hansen wrote:
> On Sat, 2008-02-16 at 07:31 +0100, Christoph Hellwig wrote:
> > once we put pieces in the first three patches would be useful aswell,
> > to easily catch additions in the next cycle that might be adding
> > NULL-vfsmount calls to
David Miller <[EMAIL PROTECTED]> :
[...]
> Because it forces me to pull Linus's upstream into net-2.6,
> I don't have any choice in the matter.
Jeff's choice is a bit surprizing. That being said, it would had been nice
to fast-forward net-2.6 from a442585952f137bd4cdb1f2f3166e4157d383b82
to
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
Date: Wed, 20 Feb 2008 17:25:30 -0500
> The advantages include earlier warning of merge problems, and avoidance
> of duplicate commits--if Jeff's done work that depends on patches that
> already upstream, then he either does that work against upstream,
On Wednesday 20 February 2008, Alan Stern wrote:
> On Wed, 20 Feb 2008, David Brownell wrote:
>
> > On Wednesday 20 February 2008, Alan Stern wrote:
> > > > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> > >
> > > lines in the log brings up some ideas that have been
On Wed, 20 Feb 2008 23:04:40 +0300
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> Yes, please look at http://marc.info/?t=12030984056
>
> Btw. The bug in tty_io.c _can_ explain this trace, but it would be nice
> to ensure we don't have other problems. Could you try this
>
>
On Wed, Feb 20, 2008 at 02:39:46PM -0800, Harvey Harrison wrote:
> On Wed, 2008-02-20 at 23:03 +0100, Sam Ravnborg wrote:
> > Hi Harvey.
> >
> > Can I ask you to look into the worst offenders so we
> > can make -D__CHECK_ENDIAN__ enabled per default
> > in the kernel.
> > Or maybe we should do it
Am 20.02.2008 20:04 schrieb Gregory Nietsky:
> did someone say interface/API documentation ooops ... seriously
> this is lacking and im sure as time goes on some volenteer (sucker) will
> get it up and running.this is not a show stoper but a nice to have.
It's an enabler for getting a move
Hi.
Jesse Barnes wrote:
Well, it seems like we'll have to fix drivers in either case, and isn't a
kexec approach fundamentally more sound and simple, design-wise? Rafael
pointed out some problems with properly setting wakeup states, but I think
that could be overcome...
No. AFAICS, kexec
On Wed, Feb 20, 2008 at 02:25:02PM -0800, [EMAIL PROTECTED] wrote:
>
> This is a note to let you know that I've just added the patch titled
>
> Subject: PCI: remove parisc consumer of the pci global_list
>
Thanks for finding this, both of you. Probably saves me some heartaches
for
On Wednesday, 20 of February 2008, Alan Stern wrote:
> On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
>
> > Well, below is an uncompiled and untested but illustrating the idea that
> > might allow people not to bother with device_pm_schedule_removal()
> > explicitly and can fix the issue at hand.
On Wed, 2008-02-20 at 23:03 +0100, Sam Ravnborg wrote:
> Hi Harvey.
>
> Can I ask you to look into the worst offenders so we
> can make -D__CHECK_ENDIAN__ enabled per default
> in the kernel.
> Or maybe we should do it anyway?
>From a quick test, the same places that spew sparse warnings, spew
On Wednesday, 20 of February 2008, Jesse Barnes wrote:
> On Wednesday, February 20, 2008 1:13 pm Linus Torvalds wrote:
> > On Wed, 20 Feb 2008, Jesse Barnes wrote:
> > > The current callback system looks like this (according to Rafael and the
> > > last time I looked):
> > >
On Wed, 20 Feb 2008 22:44:29 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-02-20 at 13:07 -0800, Arjan van de Ven wrote:
> > On Wed, 20 Feb 2008 21:58:42 +0100
> > Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On Wed, 2008-02-20 at 11:26 -0800, Arjan van de Ven
On Wed, 20 Feb 2008, Vlad Yasevich wrote:
> Ilpo Järvinen wrote:
> > I added inline to sctp_add_cmd and appropriate comment there to
> > avoid adding another call into the call chain. This works at least
> > with "gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)". Alternatively,
> > __sctp_add_cmd
Rewrite the help descriptions for clarity, accuracy and consistency.
The problems I can see with the supplied help descriptions fall into
these areas:
- Uses arcane terminology which only kernel developers can understand
- Inconsistently describes safe response (if unsure, ...)
-
On Wednesday, February 20, 2008 11:10 am Jeff Chua wrote:
> On Feb 21, 2008 2:53 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > So, next I'll try "shutdown" to see if it work. I was using "platform".
> >
> > Ok, that would be good to try.
>
> "shutdown" does power down properly. But still green
On Wed, 20 Feb 2008, David Brownell wrote:
> On Wednesday 20 February 2008, Alan Stern wrote:
> > > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> >
> > lines in the log brings up some ideas that have been percolating in my
> > mind for a while. They have to do with the
On Wed, 2008-02-20 at 13:42 -0800, Joel Becker wrote:
> What changed to make this not work in the first place? New dmi
> code?
I don't think so -- this code is present even in the 2.6.18-xen.hg tree
(where it's gated with is_initial_domain() which isn't suitable for the
upstream tree).
I
On Wed, 2008-02-20 at 13:58 -0800, Jeremy Fitzhardinge wrote:
> Ian Campbell wrote:
> > On Tue, 2008-02-19 at 23:43 -0800, H. Peter Anvin wrote:
> >
> >> Ian Campbell wrote:
> >>
> >>> On Mon, 2008-02-18 at 02:40 -0800, Joel Becker wrote:
> >>>
> On Sun, Feb 17, 2008 at
This is a note to let you know that I've just added the patch titled
Subject: PCI: remove parisc consumer of the pci global_list
to my gregkh-2.6 tree. Its filename is
pci-remove-parisc-consumer-of-the-pci-global_list.patch
This tree can be found at
On Wed, Feb 20, 2008 at 03:14:24PM -0600, James Bottomley wrote:
> The patch pci-remove-global-list-of-pci-devices.patch misses the parisc
> dino use of this. However, it's a simple removal job.
>
> Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
Ah, sorry about that, I'll add that to my
On Sat, 2008-02-16 at 07:31 +0100, Christoph Hellwig wrote:
> once we put pieces in the first three patches would be useful aswell,
> to easily catch additions in the next cycle that might be adding
> NULL-vfsmount calls to dentry_open.
So, we want
"[PATCH 07/30] r/o bind mounts: stub
On Wed, Feb 20, 2008 at 01:42:57PM -0800, David Miller wrote:
> From: "J. Bruce Fields" <[EMAIL PROTECTED]>
> Date: Wed, 20 Feb 2008 16:23:02 -0500
>
> > On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
> > > From: Jeff Garzik <[EMAIL PROTECTED]>
> > > Date: Wed, 20 Feb 2008 11:55:57
On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
> Well, below is an uncompiled and untested but illustrating the idea that
> might allow people not to bother with device_pm_schedule_removal()
> explicitly and can fix the issue at hand.
>
> [There are some cases that need handling and are not
On Wed, 20 Feb 2008, Jesse Barnes wrote:
>
> Really, in the simple s3 case we still need early/late stuff?
Absolutely.
Two big reasons:
- debuggability
I know we don't do this correctly right now, but I want to be able to
at least feel like we can some day actually do printk's etc
On Wednesday 20 February 2008, Alan Stern wrote:
> > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
>
> lines in the log brings up some ideas that have been percolating in my
> mind for a while. They have to do with the possibility of a race
> between the watchdog routine
On Wed, 20 Feb 2008, Jan Engelhardt wrote:
>
> On Feb 20 2008 17:27, Patrick McHardy wrote:
> >> Striking. How can this even happen? A callsite which calls
> >>
> >> dev_alloc_skb(n)
> >>
> >> is just equivalent to
> >>
> >> __dev_alloc_skb(n, GFP_ATOMIC);
> >>
> >> which means there's
On Wed, 2008-02-20 at 23:03 +0100, Sam Ravnborg wrote:
> Hi Harvey.
>
> Can I ask you to look into the worst offenders so we
> can make -D__CHECK_ENDIAN__ enabled per default
> in the kernel.
> Or maybe we should do it anyway?
Well, I've got the worst of fs and drivers/ata done so far, still
On Tue, Feb 19, 2008 at 10:42:10PM -0500, [EMAIL PROTECTED] wrote:
> On Wed, 20 Feb 2008 01:38:55 +1100, Nick Andrew said:
> > + AVC refers to Access Vector Cache, a subsystem used by SELinux
> > + to improve performance of the security checking by caching
> > + previous access
On Wednesday, 20 of February 2008, Alan Stern wrote:
> On Wed, 20 Feb 2008, Pierre Ossman wrote:
>
> > > And why not simply fail the suspend if the resume routine doesn't exist
> > > and the suspend routine does? Maybe with an error message in the
> > > system log.
> >
> > For the asymmetric
Ilpo Järvinen wrote:
I added inline to sctp_add_cmd and appropriate comment there to
avoid adding another call into the call chain. This works at least
with "gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)". Alternatively,
__sctp_add_cmd could be introduced to .h.
My only concern was performance
Hi Ivo,
[...]
>
> I have an idea, could you try below patch?
> Note that while applying it will mention something about a line offset, but
> that can be ignored.
>
> This could perhaps also fix the TX/RX issue mentioned earlier in the thread,
> but I am not
> quite sure about that.
>
Sorry,
drivers/char/moxa.c:873:26: warning: Using plain integer as NULL pointer
drivers/char/moxa.c:2037:49: warning: Using plain integer as NULL pointer
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
drivers/char/moxa.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
I'm having a kernel related issue (I think) with the BT878 card I have
in my gentoo box.
Here are pastebin results of varius infomation, I hope I give all the
necessary info. If I am missing something or you need more, please let
me know.
dmesg -> http://rafb.net/p/MVIiSg62.html
xorg.conf ->
All were forward declared static already.
Fixes sparse warnings:
drivers/char/moxa.c:1421:6: warning: symbol 'MoxaDriverInit' was not declared.
Should it be static?
drivers/char/moxa.c:1464:6: warning: symbol 'MoxaPortFlushData' was not
declared. Should it be static?
drivers/char/moxa.c:1477:5:
> This is unfortunately very low on the priority stack. I was a bit
> surprised when it went in, honestly, since I hadn't gotten any "it
> works" test reports yet... but that's my fault for not keeping akpm up
> to date.
>
> We'll want to revert this for 2.6.25 release, if it doesn't get
On Wed, Feb 20, 2008 at 10:41:26PM +0300, [EMAIL PROTECTED] wrote:
> The section .data.idt is not used at all - so drop it.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
> ---
>
> vmlinux.lds.S |5 -
> 1 file changed, 5 deletions(-)
>
On Wed, Feb 20, 2008 at 10:41:25PM +0300, [EMAIL PROTECTED] wrote:
> The section .data.idt is not used at all - so drop it.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
> ---
>
> vmlinux.lds.S |3 ---
> 1 file changed, 3 deletions(-)
>
>
On Wed, Feb 20, 2008 at 10:41:24PM +0300, [EMAIL PROTECTED] wrote:
> The section .data.idt is not used at all - so drop it.
Only used by 32 bit x86 to be precise.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[EMAIL PROTECTED]>
> ---
>
> vmlinux.lds.S |3
Hi Harvey.
Can I ask you to look into the worst offenders so we
can make -D__CHECK_ENDIAN__ enabled per default
in the kernel.
Or maybe we should do it anyway?
I made a quick test-run with a x86 64 bit defconfig.
My first thought was that this was just really bad
because the amount of warnings
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> On Wed, 20 Feb 2008 16:22:29 -0500
Alan> "John Stoffel" <[EMAIL PROTECTED]> wrote:
>>
Alan> Basically wrap it in lock_kernel where it is hard to prove the
Alan> locking is ok.
>>
>> I've got cyclades cards, both ISA and Serial. Do you
Ian Campbell wrote:
On Tue, 2008-02-19 at 23:43 -0800, H. Peter Anvin wrote:
Ian Campbell wrote:
On Mon, 2008-02-18 at 02:40 -0800, Joel Becker wrote:
On Sun, Feb 17, 2008 at 06:49:21PM +, Ian Campbell wrote:
x86/xen: Do not scan for DMI unless the DMI region is
This is a note to let you know that I've just added the patch titled
Subject: PM: Remove unbalanced mutex_unlock() from dpm_resume()
to my gregkh-2.6 tree. Its filename is
pm-remove-unbalanced-mutex_unlock-from-dpm_resume.patch
This tree can be found at
On Wed, 20 Feb 2008 16:22:29 -0500
"John Stoffel" <[EMAIL PROTECTED]> wrote:
>
> Alan> Basically wrap it in lock_kernel where it is hard to prove the
> Alan> locking is ok.
>
> I've got cyclades cards, both ISA and Serial. Do you want/need any
> specific tests? Or should I just send you (or
Marcel Holtmann wrote:
Hi Randy,
Fix one typo (comma to semi-colon).
Fix sysfs externs (just use sysfs.h for prototypes).
Documentation/firmware_class/firmware_sample_firmware_class.c:37:
error: conflicting types for 'sysfs_remove_bin_file'
include/linux/sysfs.h:100: error: previous
All were forward declared with static.
Fixes sparse warnings:
drivers/char/synclinkmp.c:1476:5: warning: symbol 'read_proc' was not declared.
Should it be static?
drivers/char/synclinkmp.c:2027:5: warning: symbol 'bh_action' was not declared.
Should it be static?
On Wed, Feb 13, 2008 at 10:52 AM, Brice Goglin <[EMAIL PROTECTED]> wrote:
> /sys/devices/pci:40/:40:0f.0/numa_node1
> /sys/devices/pci:40/:40:10.0/numa_node1
> /sys/devices/pci:40/:40:11.0/numa_node1
> /sys/devices/pci:40/:40:12.0/numa_node1
>
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
Hi Randy,
Fix one typo (comma to semi-colon).
Fix sysfs externs (just use sysfs.h for prototypes).
Documentation/firmware_class/firmware_sample_firmware_class.c:37:
error: conflicting types for 'sysfs_remove_bin_file'
include/linux/sysfs.h:100: error: previous declaration of
Hi Randy,
Move the firmware_class sample drivers to samples/ so that they are
buildable and can be maintained. Add Kconfig entry for
firmware_class.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
this is a good idea.
Acked-by: Marcel Holtmann <[EMAIL PROTECTED]>
Regards
Marcel
--
To
On Wed, Feb 20, 2008 at 08:51:50AM +, Ian Campbell wrote:
>
> On Tue, 2008-02-19 at 23:43 -0800, H. Peter Anvin wrote:
> > NAK!
>
> As far as the actual change goes I was assuming that any machine that
> has DMI/SMBIOS would easily be new enough to have an E820 which could be
> expected to
On Wednesday, February 20, 2008 1:13 pm Linus Torvalds wrote:
> On Wed, 20 Feb 2008, Jesse Barnes wrote:
> > The current callback system looks like this (according to Rafael and the
> > last time I looked):
> > ->suspend(PMSG_FREEZE)
> > ->resume()
> > ->suspend(PMSG_SUSPEND)
> > *enter S3
On Wed, 2008-02-20 at 13:07 -0800, Arjan van de Ven wrote:
> On Wed, 20 Feb 2008 21:58:42 +0100
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> >
> > On Wed, 2008-02-20 at 11:26 -0800, Arjan van de Ven wrote:
> >
> > > feel free to reinvent a whole GUI just to avoid a 200 line kernel
> > >
Patch 1 of 1
This patch hopefully fixes all the brokeness in my last submission. It
compiles cleanly with tape support on or off. I added a couple of #ifdef's
and removed the broken macro definition. The #ifdef's made it unneccesary.
It also replaces create_proc_read_entry with proc_create.
This
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
Date: Wed, 20 Feb 2008 16:23:02 -0500
> On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
> > From: Jeff Garzik <[EMAIL PROTECTED]>
> > Date: Wed, 20 Feb 2008 11:55:57 -0500
> >
> > >
> > > Note: this is based off of Linus's latest commit
From: Dmitry Adamushko <[EMAIL PROTECTED]>
Subject: kthread: call wake_up_process() whithout the lock being held
- from the POV of synchronization, there should be no need to call
wake_up_process()
with the 'kthread_create_lock' being held;
- moreover, in order to support a lockless
On Wednesday, February 20, 2008 11:10 am Jeff Chua wrote:
> On Feb 21, 2008 2:53 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > So, next I'll try "shutdown" to see if it work. I was using "platform".
> >
> > Ok, that would be good to try.
>
> "shutdown" does power down properly. But still green
From: Dmitry Adamushko <[EMAIL PROTECTED]>
Subject: kthread: add a missing memory barrier to kthread_stop()
We must ensure that kthread_stop_info.k has been updated before
kthread's wakeup. This is required to properly support
the use of kthread_should_stop() in the main loop of kthread.
[ I've taken the liberty of CC'ing people who replied on my previous
message dedicated to this topic ]
Andrew,
could you please check whether this series makes any difference
on the 'permanent-pause-upon-power-off' issue you observed earlier?
You would also need to take along another fix
I get the following new message in my dmesg:
[0.155476] ACPI: bus type pci registered
[0.155567] PCI: Found Intel Corporation 945G/GZ/P/PL Express Memory
Controller Hub with MMCONFIG support.
[0.161149] PCI: Cannot map mmconfig aperture for segment 0
[0.161181] PCI: Using
On Wed, Feb 20, 2008 at 10:55:07AM -0600, [EMAIL PROTECTED] wrote:
> Quoting Nick Andrew ([EMAIL PROTECTED]):
> > On Tue, Feb 19, 2008 at 06:04:57PM -0800, Paul Menage wrote:
>
> Maybe
> Control Groups enable processes to be grouped into "cgroups"
> to facilitate tracking and
Update:
Herbert's patch alters the arguments to alloc_skb_fclone() and
skb_reserve() from within sk_stream_alloc_pskb(). This changes the
skb_headroom() and skb_tailroom() of the returned skb. I decided to see
if I could detect the precise point at which data corruption started to
happen. The
Finding these in my syslog when testing 2.6.25-rc2{,-mm1} with
CONFIG_ENABLE_WARN_DEPRECATED=y:
<4>[5.312173] Driver 'sd' needs updating - please use bus_type methods
<4>[ 20.028800] Driver 'sr' needs updating - please use bus_type methods
<6>[ 22.849626] st: Version 20080117, fixed
Rafael J. Wysocki wrote:
On Wednesday, 20 of February 2008, Linus Torvalds wrote:
On Wed, 20 Feb 2008, Rafael J. Wysocki wrote:
I think we should export the target sleep state somehow.
Yeah. By *not* using "->suspend()" for freezing or hibernate.
Please, Rafael - just make the
On Wednesday 20 February 2008, Andre Tomt wrote:
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix one typo (comma to semi-colon).
Fix sysfs externs (just use sysfs.h for prototypes).
Documentation/firmware_class/firmware_sample_firmware_class.c:37: error:
conflicting types for 'sysfs_remove_bin_file'
include/linux/sysfs.h:100: error: previous
From: Randy Dunlap <[EMAIL PROTECTED]>
Move the firmware_class sample drivers to samples/ so that they are
buildable and can be maintained. Add Kconfig entry for firmware_class.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/firmware_class/firmware_sample_driver.c |
On Wed, Feb 20, 2008 at 01:15:30PM -0800, David Miller wrote:
> From: Jeff Garzik <[EMAIL PROTECTED]>
> Date: Wed, 20 Feb 2008 11:55:57 -0500
>
> >
> > Note: this is based off of Linus's latest commit
> > (5d9c4a7de64d398604a978d267a6987f1f4025b7), since all my previous
> > submissions are now
Alan> Basically wrap it in lock_kernel where it is hard to prove the
Alan> locking is ok.
I've got cyclades cards, both ISA and Serial. Do you want/need any
specific tests? Or should I just send you (or your deputy) the ISA
card for your collection?
John
Alan> Signed-off-by: Alan Cox <[EMAIL
On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote:
[snip]
> On Wednesday 20 February 2008, Chris Vine wrote:
> > I did that yesterday and it just reported a kernel panic on the terminal
> > with the message:
> >
> > Kernel panic - not syncing: Aiee, killing interrupt handler!
>
> I have
On Wed, 20 Feb 2008, Andre Tomt wrote:
> David Brownell wrote:
> > On Tuesday 19 February 2008, Andre Tomt wrote:
> >>> Can you try this diagnostic patch, to see if it reports any messages
> >>> about IAA and/or IAAD oddities? There's surely a quick workaround
> >>> for this, but I'd rather
On Wed, Feb 20, 2008 at 03:36:53PM +0100, Ferenc Wagner wrote:
> David Chinner <[EMAIL PROTECTED]> writes:
> > The xfs inodes are clearly pinned by the dentry cache, so the issue
> > is dentries, not inodes. What's causing dentries not to be
> > reclaimed? I can't see anything that cold pin them
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed, 20 Feb 2008 11:55:57 -0500
>
> Note: this is based off of Linus's latest commit
> (5d9c4a7de64d398604a978d267a6987f1f4025b7), since all my previous
> submissions are now upstream (thanks!).
The whole point of my not rebasing net-2.6 is so that
On Wed, 2008-02-20 at 13:03 -0800, Harvey Harrison wrote:
> fs/nfs/nfs4state.c:788:34: warning: Using plain integer as NULL pointer
> fs/nfs/delegation.c:52:34: warning: Using plain integer as NULL pointer
> fs/nfs/idmap.c:312:12: warning: Using plain integer as NULL pointer
>
The patch pci-remove-global-list-of-pci-devices.patch misses the parisc
dino use of this. However, it's a simple removal job.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
diff --git a/drivers/parisc/dino.c b/drivers/parisc/dino.c
index 03c763c..d9c6322 100644
---
On Wed, 20 Feb 2008, Jesse Barnes wrote:
>
> The current callback system looks like this (according to Rafael and the last
> time I looked):
> ->suspend(PMSG_FREEZE)
> ->resume()
> ->suspend(PMSG_SUSPEND)
> *enter S3 or power off*
> ->resume()
Yes, it's very messy.
It's messy for a
101 - 200 of 1316 matches
Mail list logo