On Thursday 29 March 2007 18:35:21 Linus Torvalds wrote:
>
> On Thu, 29 Mar 2007, Maxim wrote:
>
> > On Thursday 29 March 2007 07:08:58 Linus Torvalds wrote:
> > >
> > > (Or, better yet, shouldn't we set "boot_hpet_disable" when we decide not
> > > to use the HPET, and set hpet_virt_address to
fyi...
For FC, we have several async events, and allow for LLDDs to send their own
data or augment the generic transport event w/ additional LLDD-data. The
infrastructure is implemented generically within the scsi midlayer.
We are using Netlink w/ broadcasts to deliver the events rather than
kob
James Smart wrote:
For FC, we have several async events, and allow for LLDDs to send their own
data or augment the generic transport event w/ additional LLDD-data. The
infrastructure is implemented generically within the scsi midlayer.
We are using Netlink w/ broadcasts to deliver the events rath
Jeff Garzik wrote:
Fair enough, though I definitely lean towards some use of sysfs / device
model for AN-style events specifically. The media change events are
generated by the device, not the transport, and we should definitely
have an object in the device model that represents the device (
On Thu, 29 Mar 2007, Maxim Levitsky wrote:
>
> Subject: Add suspend/resume for HPET
>
> This adds support of suspend/resume on i386 for HPET
>
> Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
>
> ---
> arch/i386/kernel/hpet.c | 68
> +++
Btw, wh
Hi,
On Mar 29 2007 17:21, Amit K. Arora wrote:
>
>We need to come up with the best possible layout of arguments for the
>fallocate() system call. Various architectures have different
>requirements for how the arguments should look like. Since the mail
>chain has become huge, here is the summary of
On Thu, 29 Mar 2007 17:21:26 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> We need to come up with the best possible layout of arguments for the
> fallocate() system call. Various architectures have different
> requirements for how the arguments should look like. Since the mail
>
On Thursday 29 March 2007 04:15, Andrew Morton wrote:
> On Thu, 29 Mar 2007 01:00:45 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
> > On 3/28/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Wed, 28 Mar 2007 13:55:54 -0700
> > > "Miles Lane" <[EMAIL PROTECTED]> wrote:
> > >
> > > > My lapt
On Thu, 29 Mar 2007, Jan Engelhardt wrote:
> Hi,
>
> On Mar 29 2007 17:21, Amit K. Arora wrote:
>>
>> We need to come up with the best possible layout of arguments for the
>> fallocate() system call. Various architectures have different
>> requirements for how the arguments should look like. Sinc
On Thu, 29 Mar 2007 09:53:27 -0800 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-03-26 at 21:16 -0800, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
> >
> >
> > - This is the same as 2.6.12-rc5-mm1, except the stair
Mitch Williams wrote:
> This patch fixes a kernel bug which is triggered when using the
> irqbalance daemon with MSI-X hardware.
>
> Because both MSI-X interrupt messages and MSI-X table writes are posted,
> it's possible for them to cross while in-flight. This results in
> interrupts being recei
On Thu, Mar 29, 2007 at 01:06:12PM +0200, Armin Schindler wrote:
> On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > > Randy Dunlap reported in kernel Bugzilla #8241 the following compile
On Thu, 29 Mar 2007 13:25:34 -0400 Chuck Ebbert wrote:
>
> Are you going to post one for 2.6.20 as well? Some people might be
> interested...
Please don't drop cc:s.
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
-
To unsubscribe from this list: send the
On Thu, 29 Mar 2007, Adam Jackson wrote:
> The 82875 EDAC driver enables an otherwise-hidden PCI device, but
> doesn't register it as a PCI device properly. Therefore, the device
> list in /proc/bus/pci/devices is different than the tree in
> /sys/bus/pci. This usually manifests as the X server f
From: Randy Dunlap <[EMAIL PROTECTED]>
Remove includes of where it is not used/needed.
Suggested by Al Viro.
Builds cleanly on x86_64, i386, alpha, ia64, powerpc, sparc,
sparc64, and arm (all 59 defconfigs).
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
162 KB patch at:
http://oss.oracl
Hello,
> > > > I run 2.6.21-rc4-mm1 with no hangs for a week.
> > > > Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
> > > > today my laptop hunged twice in a similar way as described here:
> > > >
> > > > http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.h
On Thu, Mar 29, 2007 at 01:18:38AM +0200, J.A. Magallón wrote:
> Hi all...
>
> I post this here as it can be of direct interest for kernel development
> (as I recall many discussions about inlining yes or no...).
>
> Testing other problems, I finally got this this issue: the same short
> and stup
On Thu, 29 Mar 2007 20:01:40 +0200 Mariusz Kozłowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > > > > I run 2.6.21-rc4-mm1 with no hangs for a week.
> > > > > Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
> > > > > today my laptop hunged twice in a similar way as desc
On Thu, 29 Mar 2007, Adrian Bunk wrote:
> On Thu, Mar 29, 2007 at 01:06:12PM +0200, Armin Schindler wrote:
> > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > > > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > > > Randy Dunlap report
Michal Piotrowski napisał(a):
> Hi,
[..]
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-rt4/rt-config
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5-rt4/rt-dmesg
>
I just fixed an isic build in AT :)
BUG: isic:11396 task might have lost a preemption
I tried compiling this on x86-64, and got this compile error:
CC init/version.o
CC init/missing_syscalls.o
In file included from init/missing_syscalls.c:97:
init/missing_syscalls.h:279:2: warning: #warning syscall ssetmask not
implemented
init/missing_syscalls.h:1263:2: warning: #warn
Hello,
> > Ok. CONGIG_NO_HZ=n and uptime ~12 hours, netconsole loaded, and no hangs
> > ... until I moved my laptop. The same scenario happened yesterday during the
> > last hang. I started playing and repeating some steps which I naturally do
> > when
> > I move my laptop.
> >
> > An hour later
On Thu, Mar 29, 2007 at 08:01:40PM +0200, Mariusz Kozłowski wrote:
> Hello,
>
> > > > > I run 2.6.21-rc4-mm1 with no hangs for a week.
> > > > > Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
> > > > > today my laptop hunged twice in a similar way as described here:
>
* Mariusz Kozłowski <[EMAIL PROTECTED]> wrote:
> > > This is verified and repeatable _every_ single time I tried.
> > > Unfortunately the last thing seen on the screen before system is
> > > frozen is 'eth0: link down'. So my guess is that when hunting for
> > > hangs I found something else th
On 03/28, Nick Piggin wrote:
>
> Well with my queued spinlocks, all that lockbreak stuff can just come out
> of the spin_lock, break_lock out of the spinlock structure, and
> need_lockbreak just becomes (lock->qhead - lock->qtail > 1).
Q: queued spinlocks are not CONFIG_PREEMPT friendly,
> +
> > > > > > I run 2.6.21-rc4-mm1 with no hangs for a week.
> > > > > > Then when 2.6.21-rc5-mm1 showed up so I switched to it.
> > > > > > Unfortunately
> > > > > > today my laptop hunged twice in a similar way as described here:
> > > > > >
> > > > > > http://www.ussg.iu.edu/hypermail/linux/
> No it is an "indutrial" motherboard.
> Although I don't know what makes it "industrial".
>
> Regards.
>
> Is this related to SMM?
>
> As far as I can tell, the BIOS is Phoenix AwardBIOS v6.00PG.
>
> Would someone know how to disable SMM in this BIOS?
Usually you cannot disable SMM via the BIOS
> > > > This is verified and repeatable _every_ single time I tried.
> > > > Unfortunately the last thing seen on the screen before system is
> > > > frozen is 'eth0: link down'. So my guess is that when hunting for
> > > > hangs I found something else that can hang my laptop (netconsole
> > >
Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Userland core dumper is useful because it is relatively easy to be
> > customized, but its reliability highly depends on the application
> > programs.
>
> Fix userland core dumper to be reliable, then.
I don't think it's that easy. The userland core d
On 3/29/07, Kevin Perros <[EMAIL PROTECTED]> wrote:
> No it is an "indutrial" motherboard.
> Although I don't know what makes it "industrial".
>
> Regards.
>
> Is this related to SMM?
>
> As far as I can tell, the BIOS is Phoenix AwardBIOS v6.00PG.
>
> Would someone know how to disable SMM in thi
Linus,
Please pull from 'for_linus' branch of
master.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git
These are a few fixes for 2.6.21 related to the quicc engine support.
to receive the following updates:
arch/powerpc/sysdev/qe_lib/qe.c |6 +++---
include/asm-powerpc/immap_qe.h |
On Thu, Mar 29, 2007 at 09:02:56PM +0200, Mariusz Kozłowski wrote:
> > > > > This is verified and repeatable _every_ single time I tried.
> > > > > Unfortunately the last thing seen on the screen before system is
> > > > > frozen is 'eth0: link down'. So my guess is that when hunting for
> > > >
On Thu, Mar 29, 2007 at 08:55:25PM +0200, Mariusz Kozłowski wrote:
> > > > > > > I run 2.6.21-rc4-mm1 with no hangs for a week.
> > > > > > > Then when 2.6.21-rc5-mm1 showed up so I switched to it.
> > > > > > > Unfortunately
> > > > > > > today my laptop hunged twice in a similar way as describ
Andi Kleen wrote:
"Langsdorf, Mark" <[EMAIL PROTECTED]> writes:
If we really care about using the LAPIC timer on systems with deeper
than C1 support, the only alternative seems to be to test
if it actually works or not at boot and run-time.
Otherwise, we wait for future hardware with guaranteed
Hi list,
I had posted this on kernelnewbies, but did not get much response, and
hence trying here.
When we preempt_enable() / preempt_disable(), is the kernel preemption
enabled or disabled for ALL the processors or just the local
processor?
TIA,
Rick
-
To unsubscribe from this list: send the
On Thu, Mar 29, 2007 at 09:35:13PM +0530, Rick Brown wrote:
> When we preempt_enable() / preempt_disable(), is the kernel preemption
> enabled or disabled for ALL the processors or just the local
> processor?
Just the local processor.
-Scott
-
To unsubscribe from this list: send the line "unsubsc
On Thu, 29 Mar 2007, Kumar Gala wrote:
>
> Please pull from 'for_linus' branch of
> master.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git
Please don't do this to me.
- give a valid URL!
You could have either added a "ssh://" to before that string, or used a
colon between the h
> The problem could also be something other than SMM, like DMA
> starvation by a video or disk controller. Try disabling all hard
> drive controllers and booting from a CD or USB stick.
You'll get starvation from the disk DMA but only if you are using the
disk and doing DMA otherwise it won't hav
Thanks for the reports. I have a handle on a bug that probably is at
fault, and I'm working on a fix.
Thanks,
Roland
-
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-in
On Thu, Mar 29, 2007 at 05:04:08AM -0500, Russ Meyerriecks wrote:
> Hi all,
> I've been hacking on the Linux kernel all semester for my OS:
> Internals class. We are given full autonomy in picking our final
> programming project and I would love for mine to be /useful/ for the
> Linux kernel and n
> Reviewed but not tested. Needs to be wrapped in an AMD specific
> call.
Here's a patch. I don't have a system with C1E, so i only tested that
the apic timer still works on a older AMD box.
Would be good if someone with a Turion laptop, especially the HP nx6325
could test it with CONFIG_NO_HZ
I recommend this link for more info:
http://www.linuxjournal.com/comment/reply/5600
Sent me a mail if you need any other explanation into this.
Cya,
Rodrigo (BSDaemon).
On Thu, 2007-03-29 at 11:21 -0500, Scott Wood wrote:
> On Thu, Mar 29, 2007 at 09:35:13PM +0530, Rick Brown wrote:
> > When w
On Thu, Mar 29, 2007 at 06:32:21PM +0800, Cong WANG wrote:
> 2007/3/29, Russ Meyerriecks <[EMAIL PROTECTED]>:
> >Hi all,
> > I've been hacking on the Linux kernel all semester for my OS:
> >Internals class. We are given full autonomy in picking our final
> >programming project and I would love for
> 0x8019e3c0 compat_sys_ioctli :
> NMI Watchdog detected LOCKUP on CPU0CPU 0
You probably need to add touch_nmi_watchdog()s at strategic points
in KDB. Or disable the nmi watchdog.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
strace did show something useful
mount(...) = -1 ENOTDIR (Not a directory)
and then that led me to spotting the obvious bug which is
on your NAS device (server). The server is returning a
malformed (illegal) response.
The Linux cifs client was getting a 22 byte response to a level 0x200
When the dump cannot occur most likely because of a full file system
and the page to be written is the zero page, the call to
page_cache_release() is missed.
Signed-off-by: Brian Pomerantz <[EMAIL PROTECTED]>
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index a2fceba..9cc4f0a 100644
--- a/fs/b
On Thu, 29 Mar 2007 20:16:59 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > > Userland core dumper is useful because it is relatively easy to be
> > > customized, but its reliability highly depends on the application
> > > programs.
> >
> > Fix use
On Thu, 29 Mar 2007, Andi Kleen wrote:
>
> Here's a patch. I don't have a system with C1E, so i only tested that
> the apic timer still works on a older AMD box.
I think this looks better than what we have now, but it would look even
better if the core CPUID stuff was in arch/i386/kernel/cpu/a
On Thu, 29 Mar 2007 20:20:20 +0200
Helge Hafting <[EMAIL PROTECTED]> wrote:
> I tried compiling this on x86-64, and got this compile error:
> CC init/version.o
> CC init/missing_syscalls.o
> In file included from init/missing_syscalls.c:97:
> init/missing_syscalls.h:279:2: warning: #
Hello,
In a dual core 2 server with an intel motherboard and 5 network
cards(two onboard) and 1 pci express card with two slots and one pci-x
pci64 card the kernel sees all of them in dmesg but in mii-tool are
misnumbered and one card is missing.
(please CC as I am not subscribed to lkml)
from d
On Thu, 29 Mar 2007 16:32:19 -0400
"Ryan Hope" <[EMAIL PROTECTED]> wrote:
> I was not able to boot 2.6.21-rc3-mm* so I can not tell if this problem
> exists in that series but with 2.6.21-rc4-mm* and 2.6.21-rc5-mm* I can not
> get into Xorg. I disabled frame buffer support but when X loads normal
On Wed, 28 Mar 2007, Roland McGrath wrote:
> Sorry I've been slow in responding to your most recent version.
> I fell into a large hole and couldn't get out until I fixed some bugs.
That's okay; the same thing happens to everyone from time to time.
> > No, I'm not confused and neither are you.
unsubscribe linux-kernel [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/
>
> unsubscribe linux-kernel ..
I wonder why people can't send their unsubscribe message to the same
address they sent their subscribe message to.
-
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:
On Thu, 29 Mar 2007 22:49:37 +0200, Andi Kleen wrote
> > Reviewed but not tested. Needs to be wrapped in an AMD specific
> > call.
>
> Here's a patch. I don't have a system with C1E, so i only tested that
> the apic timer still works on a older AMD box.
>
> Would be good if someone with a Turion
Hi,
On Thu, Mar 29, 2007 at 02:16:54PM -0700, Linus Torvalds wrote:
>
>
> On Thu, 29 Mar 2007, Andi Kleen wrote:
> >
> > Here's a patch. I don't have a system with C1E, so i only tested that
> > the apic timer still works on a older AMD box.
>
> I think this looks better than what we have now,
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Thu, 29 Mar 2007 23:42:17 +0200 (MEST)
> > unsubscribe linux-kernel ..
>
> I wonder why people can't send their unsubscribe message to the same
> address they sent their subscribe message to.
People get frustrated that it doesn't work then start do
> But when writing, what is the difference between queuing multiple tagged
> writes, and sending down multiple untagged cached writes that complete
> immediately and actually hit the disk later? Either way the host keeps
> sending writes to the disk until it's buffers are full, and the disk is
Sorry, this wasn't supposed to happen. Already done...
Unsubscribed due to lack of a digest mail.
I wonder why people can't send their unsubscribe message to the same
address they sent their subscribe message to.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Hi!
> >
> > (Machine was suspended/resumed before this).
> >
> > mount /dev/mmc1 /mnt
> >
>
> Driver? Reproducable? Vanilla git kernel?
It was driver for
15:00.2 Generic system peripheral [0805]: Ricoh Co Ltd R5C822
SD/SDIO/MMC/MS/MSPro Host Adapter
...but problem is either gone in -rc5,
Hi!
> Pavel,
> fixed in -rc5?
Yes, I did quick test and then some more testing, and it seems
gone.
> Subject: s2ram autowake regression (ACPI?)
> References : http://lkml.org/lkml/2007/3/20/96
> Submitter : Pavel Machek <[EMAIL PROTECTED]>
> Handled-By : Len Brown <[EMAIL PROTECTED]>
> St
On Thu, 29 Mar 2007 23:43:28 +0200, Grzegorz Chwesewicz wrote
> On Thu, 29 Mar 2007 22:49:37 +0200, Andi Kleen wrote
> > > Reviewed but not tested. Needs to be wrapped in an AMD specific
> > > call.
> >
> > Here's a patch. I don't have a system with C1E, so i only tested that
> > the apic timer s
Hello,
sorry for the scarce technical information in this email. this is
mostly due to it being mentioned before. I experience problems with
the P5B-VM mainboard when using it with 4gb and Linux. When the Memory
remap is activated, the internal network card is unusable (disabled).
The system turn
Eric W. Biederman wrote:
>Do we still need the flush the set affinity routines?
>Shouldn't flush in mask and unmask should now be enough?
Yeah, I think you're right. I've removed that call, and
we're running some basic validation on the change. I'll
post a new patch tomorrow AM.
-Mitch
-
To un
On Thu, 29 Mar 2007, Andreas Mohr wrote:
>
> Please don't, this would break the interface logically.
> X86_FEATURE_xxx usually denotes a *feature*, not a "feature"
> (Micro$oft speak for "bug" ;).
Sure, we could make it positive instead, and I agree it would make code
nicer to read.
> Thus,
On Thu, 29 Mar 2007 19:52:54 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 29, 2007 at 01:18:38AM +0200, J.A. Magallón wrote:
> > Hi all...
> >
> > I post this here as it can be of direct interest for kernel development
> > (as I recall many discussions about inlining yes or no...).
Chuck Ebbert wrote:
>Are you going to post one for 2.6.20 as well? Some people might be
>interested...
The first time I posted this patch, Greg KH indicated that he thought
it was too intrusive to add to -stable, especially considering that
our MSI-X capable hardware isn't in the field yet.
So th
On Thursday 29 March 2007 23:45, Andreas Mohr wrote:
> Hi,
>
> On Thu, Mar 29, 2007 at 02:16:54PM -0700, Linus Torvalds wrote:
> >
> >
> > On Thu, 29 Mar 2007, Andi Kleen wrote:
> > >
> > > Here's a patch. I don't have a system with C1E, so i only tested that
> > > the apic timer still works on
On Thursday 29 March 2007 23:16, Linus Torvalds wrote:
>
> On Thu, 29 Mar 2007, Andi Kleen wrote:
> >
> > Here's a patch. I don't have a system with C1E, so i only tested that
> > the apic timer still works on a older AMD box.
>
> I think this looks better than what we have now, but it would loo
Starting a VM for Win98SE:
posidon:root> /usr/local/kvm-15/bin/qemu -m 128 -hda Win98SE-2.kvm
exception 13 (0)
rax f000ff53 rbx rcx 005a rdx
000e
rsi 001100c4 rdi 0002a002 rsp 00086650 rbp
667a
r8
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Ah. I assume you have CONFIG_SYSCTL=y, CONFIG_PROC_SYSCTL=n?
>
>
>
>
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> We're using #ifdef CONFIG_SYSCTL, but we should be using CONFIG_PROC_SYSCTL,
> so we get
I have no problem with the patch it is clearly
Williams, Mitch A wrote:
> Chuck Ebbert wrote:
>> Are you going to post one for 2.6.20 as well? Some people might be
>> interested...
>
> The first time I posted this patch, Greg KH indicated that he thought
> it was too intrusive to add to -stable, especially considering that
> our MSI-X capable
On Thu, 29 Mar 2007, Oleg Nesterov wrote:
> On 03/28, Nick Piggin wrote:
> >
> > Well with my queued spinlocks, all that lockbreak stuff can just come out
> > of the spin_lock, break_lock out of the spinlock structure, and
> > need_lockbreak just becomes (lock->qhead - lock->qtail > 1).
>
> Q: qu
On Thu, 29 Mar 2007 16:10:50 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > Ah. I assume you have CONFIG_SYSCTL=y, CONFIG_PROC_SYSCTL=n?
> >
> >
> >
> >
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > We're using #ifdef CONFIG_SYSCTL, bu
On Thu, 29 Mar 2007 16:10:50 -0600 Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
> >
> > Ah. I assume you have CONFIG_SYSCTL=y, CONFIG_PROC_SYSCTL=n?
> >
> >
> >
> >
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > We're using #ifdef CONFIG_SYSCTL, but we should be using
Hello,
I've been upgrading a few machines here at work and noticed some problems with
high system cpu usage on one machine. In trying to debug the problem I've come
across a few confusing stats that I was hoping could be cleared up by someone
on this list.
Firstly some info about the system.
On Fri, Mar 30, 2007 at 12:01:11AM +0200, J.A. Magallón wrote:
> On Thu, 29 Mar 2007 19:52:54 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Mar 29, 2007 at 01:18:38AM +0200, J.A. Magallón wrote:
> > > Hi all...
> > >
> > > I post this here as it can be of direct interest for kernel
Added:
http://bugzilla.kernel.org/show_bug.cgi?id=8283
I am going to double-check with vanilla 2.6.21-rc5 and make sure none
of the problems are happening there.
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Mar 29 2007 13:18, linux-os (Dick Johnson) wrote:
>
>I think it's always better to put only a pointer on the stack as
>above.
I have to disagree, since wrapping it into a struct and copying the struct
in kernelspace from userspace requires more code. Pointers only become
useful at 3 (rarely)
On Thu, 29 Mar 2007, Jan Engelhardt wrote:
>
> I have to disagree, since wrapping it into a struct and copying the struct
> in kernelspace from userspace requires more code.
Not just more code, but more security issues too.
Passing system call arguments by value means that there are no subtle
On Thu, 29 Mar 2007, Maxim Levitsky wrote:
>
> I agree, and as you said I did exactly that:
Gaah. I'm blind. Sorry. Your patch did indeed do exactly that, I somehow
overlooked it.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Jeff Garzik wrote:
NCQ provides for a more asynchronous flow. It helps greatly with reads
(of which most are, by nature, synchronous at the app level) from
multiple threads or apps. It helps with writes, even with write cache
on, by allowing multiple commands to be submitted and/or retired at
On Thursday 29 March 2007 18:53:37 Linus Torvalds wrote:
>
> On Thu, 29 Mar 2007, Maxim Levitsky wrote:
> >
> > Subject: Add suspend/resume for HPET
> >
> > This adds support of suspend/resume on i386 for HPET
> >
> > Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
> >
> > ---
> > arch/i386/ke
update: i've tested Maxim's v2 patch on both a hpet-capable and a
hpet-less system, and it works fine here.
on a dual-core hpet-capable system, running a NO_HZ+!HIGH_RES_TIMERS
kernel:
europe:~> grep Clock /proc/timer_list
Clock Event Device: hpet
Clock Event Device: lapic
Clock Event
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Btw, what about arch/x86_64/kernel/hpet.c?
at least wrt. suspend/resume it should be fine, because in
arch/x86_64/kernel/time.c it does this upon resume:
static int timer_resume(struct sys_device *dev)
{
if (hpet_address)
On 3/29/07, Maxim Levitsky <[EMAIL PROTECTED]> wrote:
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
Confirmed that suspend/resume disk/ram works on X60s with
CONFIG_HPET_TIMER=y and CONFIG_NO_HZ unset.
> But when writing, what is the difference between queuing multiple tagged
> writes, and sending down multiple untagged cached writes that complete
> immediately and actually hit the disk later? Either way the host keeps
> sending writes to the disk until it's buffers are full, and the disk is
Phillip Susi wrote:
Jeff Garzik wrote:
NCQ provides for a more asynchronous flow. It helps greatly with
reads (of which most are, by nature, synchronous at the app level)
from multiple threads or apps. It helps with writes, even with write
cache on, by allowing multiple commands to be submit
Hi.
> This email lists some known regressions in Linus' tree compared to 2.6.20.
...
> Subject: libata: PATA UDMA/100 configured as UDMA/33
> References : http://lkml.org/lkml/2007/2/20/294
>
http://www.mail-archive.com/linux-ide@vger.kernel.org/msg04115.html
> htt
Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> there's no fundamental reason. x86_64 COW-ed hpet_timer.c and
> time_hpet.c years ago and drifted off into different areas.
Not quite -- x86-64 did HPET long before i386; the only stuff cowed
was the character driver support code. But the core HPET cod
O> writes, and sending down multiple untagged cached writes that complete
> immediately and actually hit the disk later? Either way the host keeps
> sending writes to the disk until it's buffers are full, and the disk is
> constantly trying to commit those buffers to the media in the most
> op
Hmm. I've reproduced these problems with vanilla 2.6.21-rc5, so the
latest acpi-git changes are off the hook. I am currently trying to
reproduce the problems with 2.6.21-rc4. I'll let you know how it
turns out.
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Tue, 20 Feb 2007 01:06:54 +0100 Adrian Bunk wrote:
> On Sun, Jan 14, 2007 at 06:36:10AM -0800, David Brownell wrote:
> > On Sunday 14 January 2007 1:10 am, Adrian Bunk wrote:
> > > <-- snip -->
> >
> > Waiting for Tony to submit bugfixes to his driver...
>
> Still unfixed as of 2.6.20-mm1.
On Thursday 29 March 2007 3:06 pm, Randy Dunlap wrote:
> On Tue, 20 Feb 2007 01:06:54 +0100 Adrian Bunk wrote:
>
> > On Sun, Jan 14, 2007 at 06:36:10AM -0800, David Brownell wrote:
> > > On Sunday 14 January 2007 1:10 am, Adrian Bunk wrote:
> > > > <-- snip -->
> > >
> > > Waiting for Tony to s
On Wednesday 28 March 2007 2:27 pm, Maxim wrote:
> On Wednesday 28 March 2007 22:59:26 David Brownell wrote:
> When HPET is active it eats RTC IRQ,
Only when HPET timers 0 and 1 are set up for "Legacy Replacement Mode".
In the more sensible "Standard Mode", they have their own IRQs.
>
On Mar 29, 2007, at 16:59:36, Ahmed S. Darwish wrote:
On Thu, Mar 29, 2007 at 06:32:21PM +0800, Cong WANG wrote:
Second, in fact, I am also a college student and also want to find
a suitable and real task in linux kernel for me to work on. KJ
doesn't help much. ;-p
No, it really helps alot,
On Mar 29 2007 18:54, Kyle Moffett wrote:
>
> One thing that I think is fairly non-obvious to newcomers is that Linux kernel
> development is not done at all the way they teach you in your Large Scale
> Software Engineering classes. Many of those classes talk much about careful
> design (whether
On Mar 29, 2007, at 20:09:11, Jan Engelhardt wrote:
On Mar 29 2007 18:54, Kyle Moffett wrote:
One thing that I think is fairly non-obvious to newcomers is that
Linux kernel development is not done at all the way they teach you
in your Large Scale Software Engineering classes. Many of those
On Thu, 29 Mar 2007, Nick Piggin wrote:
> On Thu, Mar 29, 2007 at 03:36:52AM +0200, Nick Piggin wrote:
> > In most cases, no. For the uncontended case they should be about the
> > same. They have the same spinning behaviour. However there is a little
> > window where they might be a bit slower I t
Hi Venki,
I have a dual-Woodcrest machine here with _PSD tables that specify that
cpufreq coordination between cores is done in hardware with
DOMAIN_COORD_TYPE_HW_ALL. On this particular machine, CPU 0 and CPU 2
are on the same package, and it looks like they have to be at the same
frequency.
Ho
101 - 200 of 263 matches
Mail list logo
