From: Christophe Lucas <[EMAIL PROTECTED]>
---
apm.c |5 -
ecard.c | 14 --
2 files changed, 16 insertions(+), 3 deletions(-)
Index: quilt/arch/arm/kernel/apm.c
===
--- quilt.orig/arch/arm/kernel/apm.c
+++
[EMAIL PROTECTED] writes:
> +++ quilt/Documentation/cpu-freq/cpufreq-stats.txt
> @@ -36,7 +36,7 @@ cpufreq stats provides following statist
>
> All the statistics will be from the time the stats driver has been inserted
> to the time when a read of a particular statistic is done. Obviously,
On 7/14/05, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Friday 15 July 2005 00:04, Christoph Hellwig wrote:
> > normally we prefer a patch per actual change, not per file so the
> > description fits. Given that all these are pretty trivial fixes one
> > patch would have done it aswell,
From: Victor Fusco <[EMAIL PROTECTED]>
Fix the sparse warning "implicit cast to nocast type"
File/Subsystem:drivers/base/dmapool
Signed-off-by: Victor Fusco <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
--
---
drivers/base/dmapool.c |3 ++-
include/linux/dmapool.h
On Friday 15 July 2005 00:04, Christoph Hellwig wrote:
> normally we prefer a patch per actual change, not per file so the
> description fits. Given that all these are pretty trivial fixes one
> patch would have done it aswell, though.
>
> With these changes the code is fine for mainline in my
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Replace schedule_timeout() with msleep() to
guarantee the task delays as expected.
Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
ixj.c | 62
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Replace schedule_timeout() with msleep() to guarantee the
task delays as expected.
Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL
Quoting Alistair John Strachan <[EMAIL PROTECTED]>:
> > I have a problem with a program named Gaussian (http://www.gaussian.com)
> > (versions g98 or g03) and FC 4.0 (default kernel 2.6.11): I am used to take
> > Gaussian binaries compiled on the RedHat 9.0 version, and used them on FC
> > 2.0 or
From: Christophe Lucas <[EMAIL PROTECTED]>
---
mca-proc.c | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
Index: quilt/drivers/mca/mca-proc.c
===
--- quilt.orig/drivers/mca/mca-proc.c
+++
On Thu, 2005-07-14 at 13:13 -0700, Linus Torvalds wrote:
>
> On Thu, 14 Jul 2005, john stultz wrote:
> >
> > We'll I'd probably put it as: "they do care about absolute time, but
> > they do not care about ticks or timer interrupt frequency"
>
> Well, the thing is, you have to count time some
From: Victor Fusco <[EMAIL PROTECTED]>
Fix the sparse warning "implicit cast to nocast type"
File/Subsystem:drivers/md/dm-crypt.c
Signed-off-by: Victor Fusco <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
--
---
dm-crypt.c |2 +-
1 files changed, 1 insertion(+), 1
On Thu, Jul 14, 2005 at 10:07:34AM -0400, Jon Smirl wrote:
> I'm don't think it has ever been working in the 2.6 series. If you are
> getting rid of it get rid of the #define PCI_BRIDGE_CTL_VGA in pci.h
> too since this code was the only user.
No. The PCI_BRIDGE_CTL_VGA is not something
On Thu, Jul 14, 2005 at 02:53:27PM +0100, Russell King wrote:
> What happens when there is no firmware?
It shouldn't be a problem. These days we have a lot of arch hooks
in the PCI layer. I'd probably start with the following:
static void __init
pcibios_enable_p2p_vga_fwd(struct pci_dev *dev)
{
From: Tobias Klauser <[EMAIL PROTECTED]>
The attached patch fixes the following spelling errors in Documentation/
- double "the"
- Several misspellings of function/functionality
- infomation
- memeory
- Recieved
- wether
and possibly others which I
On Thu, Jul 14, 2005 at 08:36:15PM +0200, Stefan Seyfried wrote:
> But the failure you have seen now - failure to invalidate the resume
> header - could also happen as long as we do not fix the reason for your
> failure. If we fix it, we don't need additional security nets ;-)
So if the header is
From: Victor Fusco <[EMAIL PROTECTED]>
Fix the sparse warning "implicit cast to nocast type"
File/Subsystem:lib/radix-tree
Signed-off-by: Victor Fusco <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
--
---
include/linux/radix-tree.h |4 ++--
lib/radix-tree.c
Hi,
the following patch adds a post_setgid() security hook, and necessary dummy
funcs.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
diff -dpru linux-2.6.13-rc1-git3-20050706140055/include/linux/security.h
AS17/include/linux/security.h
---
>Of course using APIC internal timers is generally the best idea on SMP,
>but they may have had reasons to avoid them (it's not an ISA interrupt,
so
>it could have been simply out of question in the initial design).
Best? No.
Local APIC timers are based on a clock which on many processors will
Fix formating errors and a memory leak that crept in the
previous round of revisions to v9fs. These will be reincorperated
into the patchset and resent to akpm.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 22d785a22895513c6ab67dfa53c25b8b833fe235
tree
Hi!
Please use enter key every 70 chars or so...
> >> This patch adds the Dell Systems Management Base driver.
> >
> >You keep posting this driver without explaining/showing how it's used.
> >Could you perhaps give some more details here please?
>
> Here's some more information on
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> HPETs have a fixed frequency (usually 14.31818 MHz, but that depends
> on the manufacturer).
>
>> - 64-bit "match timer" (i.e., a register in the counter which fires IRQ
>> when it matches the counter value)
>
> That's implemented in the HPET
On 14.07.2005 [13:54:47 -0700], Dave Hansen wrote:
> On Thu, 2005-07-14 at 13:28 -0700, Nishanth Aravamudan wrote:
> > +static inline u64 jiffies_to_nsecs(const unsigned long j)
> > +{
> > +#if HZ <= NSEC_PER_SEC && !(NSEC_PER_SEC % HZ)
> > + return (NSEC_PER_SEC / HZ) * (u64)j;
> > +#elif HZ >
On Thu, 2005-07-14 at 13:28 -0700, Nishanth Aravamudan wrote:
> +static inline u64 jiffies_to_nsecs(const unsigned long j)
> +{
> +#if HZ <= NSEC_PER_SEC && !(NSEC_PER_SEC % HZ)
> + return (NSEC_PER_SEC / HZ) * (u64)j;
> +#elif HZ > NSEC_PER_SEC && !(HZ % NSEC_PER_SEC)
> + return ((u64)j +
On 14.07.2005 [12:18:41 -0700], john stultz wrote:
> Nish has some code, which I hope he'll be sending out shortly that
> does just this, converting the soft-timer subsystem to use absolute
> time instead of ticks for expiration. I feel it both simplifies the
> code and makes it easier to
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Description: Add timespec and timeval conversion functions for
nanoseconds. Convert sys_nanosleep() to use schedule_timeout_nsecs().
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
---
include/linux/time.h | 33
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Description: Add new human-time schedule_timeout() style functions,
along with the appropriate constants/prototypes.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
---
include/linux/sched.h |7 ++
include/linux/time.h |4 +
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Description: The core revision to the soft-timer subsystem to divorce it
from the timer interrupt in software, i.e. jiffies. Instead, use
getnstimeofday() (via do_monotonic_clock()) as the basis for addition
and expiration of timers. Add a new unit,
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Description: Add a jiffies_to_nsecs() helper function. Make consistent
the size of microseconds (unsigned long) throughout the conversion
functions.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
---
jiffies.h | 15 +--
1
On Thu, 14 Jul 2005, Linus Torvalds wrote:
> So the _sane_ way to do timeouts is to define an _arbitrary_ clock that is
> just an integer counter. None of this "nanoseconds + full seconds" crap.
> None of this stupid confusion with "real time". You select something that
> is conceptually
On Thu, 2005-07-14 at 11:23, Andi Kleen wrote:
> > That is exactly why I made this a separate patch, so that we
> > can test and find out where the problems are and work to fix
> > them.
>
> That's pretty hard because there are a lot of block drivers.
>
> And might not very nice for people's
On Thu, Jul 14, 2005 Linus Torvalds wrote:
> In other words, the _right_ way to do this is literally
>
> unsigned long timeout = jiffies + HZ/2;
> for (;;) {
> if (ready())
> return 0;
> if (time_after(timeout, jiffies))
>
On Thu, Jul 14, 2005 at 01:06:00PM -0700, Linus Torvalds wrote:
> On Thu, 14 Jul 2005, Russell King wrote:
> > Umm. Except, according to your description of what it's supposed to
> > do, the above code can have an accumulating error.
>
> No. It can have a local drift, but the point is, the error
On Thursday 14 Jul 2005 20:34, FyD wrote:
> Dear All,
>
> I have a problem with a program named Gaussian (http://www.gaussian.com)
> (versions g98 or g03) and FC 4.0 (default kernel 2.6.11): I am used to take
> Gaussian binaries compiled on the RedHat 9.0 version, and used them on FC
> 2.0 or FC
Nicholas Hans Simmonds <[EMAIL PROTECTED]> wrote:
[...]
> Other than this, what are the general thoughts about this method as
> opposed to just using a well defined byte order?
I'd prefer a defined byte order. That way it won't bite too hard if I
happen to move a filesystem (image) from PC to
Greg KH <[EMAIL PROTECTED]> :
> On Thu, Jul 14, 2005 at 07:10:14PM +0200, Francois Romieu wrote:
> > Adam Belay <[EMAIL PROTECTED]> :
> > [...]
> >
> > Some nits + a suspect error branch. It seems nice otherwise.
>
> If I'm correct, this patch only moves the code into different files, it
>
On Thu, 2005-07-14 at 20:58 +0100, Alistair John Strachan wrote:
> the responsiveness of our instrument to 300us which is low enough
> for the real-time PCR industry
PCR, as in polymerase chain reaction? They can do that in realtime?
Impressive.
Lee
-
To unsubscribe from this list: send the
Doh! Good catch, I'll fix and resubmit - same goes for the formating issues.
On 7/14/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > @@ -383,9 +379,10 @@ v9fs_file_write(struct file *filp, const
> > return -ENOMEM;
> >
> > ret = copy_from_user(buffer, data, count);
> > -
On 7/14/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > +static inline void buf_check_size(struct cbuf *buf, int len)
> > +{
> > + if (buf->p+len > buf->ep) {
> > + if (buf->p < buf->ep) {
> > + eprintk(KERN_ERR, "buffer overflow\n");
> > +
On Thu, 14 Jul 2005, john stultz wrote:
>
> We'll I'd probably put it as: "they do care about absolute time, but
> they do not care about ticks or timer interrupt frequency"
Well, the thing is, you have to count time some sane way.
You can do it by having very expensive data structures that
On Thu, 14 Jul 2005, Russell King wrote:
>
> Umm. Except, according to your description of what it's supposed to
> do, the above code can have an accumulating error.
No. It can have a local drift, but the point is, the error never gets
worse - it _stays_ local.
There's no point in polling
Jesse Brandeburg <[EMAIL PROTECTED]> wrote:
> On 7/13/05, Mikhail Kshevetskiy <[EMAIL PROTECTED]> wrote:
> > symptom
> > ===
> > modprobe e100
> > ifconfig eth0 netmask
> >
> > result:
> > ===
> > SIOCADDRT: Network is unreachable
> >
> > There were no such error in 2.6.13-rc2
> odd,
On Wed, Jul 13, 2005 at 01:23:24PM -0500, Eric Van Hensbergen wrote:
> Sorry I didn't get to these quicker - was on vacation and basically
> off-line for the past week and a half. I've made 90% of the changes
> suggested and committed them to my git tree, I'll combine the changes
> into a single
On Thu, 2005-07-14 at 12:30 -0700, Greg KH wrote:
> On Thu, Jul 14, 2005 at 07:10:14PM +0200, Francois Romieu wrote:
> > Adam Belay <[EMAIL PROTECTED]> :
> > [...]
> >
> > Some nits + a suspect error branch. It seems nice otherwise.
>
> If I'm correct, this patch only moves the code into
On Thu, 2005-07-14 at 12:33 -0700, Greg KH wrote:
> On Thu, Jul 14, 2005 at 04:55:12AM -0400, Adam Belay wrote:
> > +EXPORT_SYMBOL(pci_add_bus);
>
> This doens't need to be exported, right? No module uses it. But if
> they do, I suggest EXPORT_SYMBOL_GPL() instead, is that ok?
>
> thanks,
>
>
On Wednesday 13 Jul 2005 16:30, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > it worked upon the first try, and indeed my testbox crashed within 10
> > seconds:
> >
> > BUG: Unable to handle kernel NULL pointer dereference
> > BUG: Unable to handle kernel NULL pointer
> @@ -383,9 +379,10 @@ v9fs_file_write(struct file *filp, const
> return -ENOMEM;
>
> ret = copy_from_user(buffer, data, count);
> - if (ret)
> + if (ret) {
> dprintk(DEBUG_ERROR, "Problem copying from user\n");
> - else
> + return
> +static inline void buf_check_size(struct cbuf *buf, int len)
> +{
> + if (buf->p+len > buf->ep) {
> + if (buf->p < buf->ep) {
> + eprintk(KERN_ERR, "buffer overflow\n");
> + buf->p = buf->ep + 1;
> + }
> + }
> +}
On Thu, Jul 14, 2005 at 01:04:26PM -0600, Ronald G. Minnich wrote:
>
>
> On Thu, 14 Jul 2005, Andi Kleen wrote:
>
> > However you'll likely need ACPI for other reasons anyways, e.g. for
> > better power saving.
>
> bummer. What the BIOS vendors are doing (to lock in proprietary BIOS, some
>
On Sun, Jul 17, 2005 at 08:53:59AM -0500, [EMAIL PROTECTED] wrote:
> This is part [7/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
>
> This part of the patch contains debug and other misc routine changes related
> to hch's comments.
Here a few if( instead if ( formatting sneaked in.
On Thu, 14 Jul 2005, Karsten Wiese wrote:
Have I corrected the other path of ioapic early initialization, which had lacked
virtual-address setup before ioapic_data[ioapic] was to be filled in -51-28?
Please test attached patch on top of -51-29 or later.
Also on Systems that liked -51-28.
> -Original Message-
> From: Russell King [mailto:[EMAIL PROTECTED] Behalf Of Russell
> King
> Sent: Thursday, July 14, 2005 11:57 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9: serial_core: uart_open
>
>
> On Thu, Jul 14, 2005 at 10:16:23AM -0700, karl
Dear All,
I have a problem with a program named Gaussian (http://www.gaussian.com)
(versions g98 or g03) and FC 4.0 (default kernel 2.6.11): I am used to take
Gaussian binaries compiled on the RedHat 9.0 version, and used them on FC 2.0
or FC 3.0. If I try to do so, on FC 4.0. (with the default
On Thu, 2005-07-14 at 19:02 +0200, Arjan van de Ven wrote:
> On Thu, 2005-07-14 at 09:37 -0700, Linus Torvalds wrote:
> > just doesn't realize that the latter is a bit more complicated exactly
> > because the latter is a hell of a lot more POWERFUL. Trying to get rid of
> > jiffies for some
On Thu, Jul 14, 2005 at 04:55:12AM -0400, Adam Belay wrote:
> +EXPORT_SYMBOL(pci_add_bus);
This doens't need to be exported, right? No module uses it. But if
they do, I suggest EXPORT_SYMBOL_GPL() instead, is that ok?
thanks,
greg k-h
-
To unsubscribe from this list: send the line
--- Hans Reiser <[EMAIL PROTECTED]> wrote:
> You might look into SFS by David Mazieres, some
> concepts in it are
> likely to interest you.
Thank you for your suggestion. I've taken a look at
SFS (http://www.fs.net/sfswww/), and I like its
emphasis on user-friendliness and security. It's a
On Thu, Jun 23, 2005 at 02:23:35PM +0100, Russell King wrote:
> +
> +---
> +
> +What:register_serial/unregister_serial
> +When:December 2005
> +Why: This interface does not allow serial ports to be registered against
> + a struct device, and as such does
On Thu, Jul 14, 2005 at 07:10:14PM +0200, Francois Romieu wrote:
> Adam Belay <[EMAIL PROTECTED]> :
> [...]
>
> Some nits + a suspect error branch. It seems nice otherwise.
If I'm correct, this patch only moves the code into different files, it
doesn't change any of it, so your comments apply to
On Mon, Jul 04, 2005 at 09:57:02AM +0100, Russell King wrote:
> On Mon, Jul 04, 2005 at 12:15:00PM +0400, Andrey Panin wrote:
> > Me too, but I can confirm that my SIIG single port serial card still works
> > with the patch, so at least SIIG quirk table cleanup didn't broke anything.
>
> Thanks
From: Nishanth Aravamudan <[EMAIL PROTECTED]>
Description: The mod_timer() statement mistakenly has a comma at the end
of the line instead of a semicolon.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
---
vt.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -urpN
>acpi_ec-0217 [04] acpi_ec_leave_burst_mo: --->status fail
>
>on the console, and then the machine is hung hard.
2.6.13-rc3 x86_64 failed, but
2.6.13-rc2 x86_64 worked
And both of these revisions in the i386 kernel still work?
>+evxfevnt-0203 [07] acpi_enable_event : Could not enable
Linus,
Trivial documentation update for inotify. Please, apply.
Robert Love
Clean up and expand some of the inotify documentation.
Signed-off-by: Robert Love <[EMAIL PROTECTED]>
Documentation/filesystems/inotify.txt | 77 +++---
1 files changed, 45
I like it. I'm a little hung up on the fact that actual device probing
happens in config.c rather than probe.c (if I'm correct). Regardless,
this patch set cleans things up nicely.
John
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Thu, 2005-07-14 at 09:37 -0700, Linus Torvalds wrote:
>
> On Thu, 14 Jul 2005, Vojtech Pavlik wrote:
> >
> > A note on the relaive timer API: There needs to be a way to say
> > "x milliseconds from the time this timer should have triggered" instead
> > of "x milliseconds from now", to avoid
On Thu, Jul 14, 2005 at 10:21:41AM -0700, Linus Torvalds wrote:
> In other words, the _right_ way to do this is literally
>
> unsigned long timeout = jiffies + HZ/2;
> for (;;) {
> if (ready())
> return 0;
> if (time_after(timeout,
[closed mailing list dropped. Sorry I have no plans to argue with
your mailbots]
On Thu, Jul 14, 2005 at 01:00:01PM -0600, Ronald G. Minnich wrote:
> if there is any chance of getting along without ACPI entries that is best.
> Linux did do this once already, for SMP K8: K8 can boot and run NUMA
Thanks, Paul, that's a great idea!
The approach I'm testing right now just does a module_get(mod), which
is released when you manually disable the module by echoing it's name
into /sys/kernel/security/stacker/unload, so that must be done before
you can rmmod. This way no refcounting is actually
if there is any chance of getting along without ACPI entries that is best.
Linux did do this once already, for SMP K8: K8 can boot and run NUMA
without an SRAT table. What more is needed for dual core, and could Linux
support in this area be extended?
ron
-
To unsubscribe from this list: send
On Thu, 14 Jul 2005, Andi Kleen wrote:
> However you'll likely need ACPI for other reasons anyways, e.g. for
> better power saving.
bummer. What the BIOS vendors are doing (to lock in proprietary BIOS, some
say) is making ACPI tables copyright the BIOS vendor, not the motherboard
vendor. So
FYI in Tyan S4881 (8 ways dual core 875 cpu ) with LinuxBIOS I got
also the 1G mem hole is enabled.
So the kernel should be OK with read NUMA directly from HW.
YH
Firmware type: LinuxBIOS
old bootloader convention, maybe loadlin?
Bootdata ok (command line is apic=debug ramdisk_size=65536
On Thu, Jul 14, 2005 at 10:16:23AM -0700, karl malbrain wrote:
> I'd love to do a ps listing for you, but, except for the mouse, the system
> is completely unresponsive after issuing the blocking open("/dev/ttyS1",
> O_RDRW).
>
> Telnet is dead; the console will respond to the mouse, but the only
This is part [6/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
This part of the patch contains transport routine changes related to
hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/trans_sock.c |2 +-
fs/9p/mux.c | 44
This is part [7/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
This part of the patch contains debug and other misc routine changes related
to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/error.c|3 +--
fs/9p/error.h|3 +++
On Thu, Jul 14, 2005 at 12:13:57PM -0500, [EMAIL PROTECTED] wrote:
> Quoting Paul E. McKenney ([EMAIL PROTECTED]):
> > On Thu, Jul 14, 2005 at 08:44:50AM -0500, [EMAIL PROTECTED] wrote:
> > > Quoting Paul E. McKenney ([EMAIL PROTECTED]):
> > > > My guess is that the reference count is indeed
P.S.: It is very nasty to cc closed mailing lists when posting
to open ones. Please don't do that in the future.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
For S2895, with 1Gx8 Installed and E stepping dual core opteron with
1G mem hole emable, got
Bootdata ok (command line is apic=debug ramdisk_size=65536
root=/dev/ram0 rw console=tty0 console=ttyS0,115200n8 )
Linux version 2.6.12-rc5 ([EMAIL PROTECTED]) (gcc version 3.3.3 (SuSE
Linux)) #26 SMP Thu
> AFIAK, for x86_64 kernel, it will try to read NUMA configuration from
> HW directory. We don't have to export any ACPI table.
It doesn't work for dual core or 8 sockets for some reason. Since the SRAT
code works fine and is in general more future proof we never tracked down
why. Patches
This is part [5/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
This part of the patch contains the 9P protocol function changes related
to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/9p.c |2 +-
fs/9p/conv.c| 54
This is part [3/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
This part of the patch contains the VFS inode interfaces changes related
to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/vfs_inode.c | 69
--- Peter Staubach <[EMAIL PROTECTED]> wrote:
> Vlad C. wrote:
>
> >--- Hans Reiser <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Please treat at greater length how your proposal
> >>differs from NFS.
> >>
> >>
> >
> >I think NFS is not flexible enough because:
> >
> >1) NFS requires
This is part [4/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
This part of the patch contains VFS superblock and mapping code changes
related to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
v9fs.c | 103
Andy Isaacson wrote:
> Perhaps the image should be more rigorously checked? I'm wishing that
> it would verify that the header and the image matched, after it finishes
in your case, the header and the image matched. There was no new image
on disk. And no new header.
> reading the image. For
This is part [1/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2
This part of the patch contains Documentation, Makefiles,
and configuration file changes related to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/Makefile |1 -
1 files
This is part [2/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2
This part of the patch contains the VFS file, dentry, & directory interface
changes related to hch's comments.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
--
fs/9p/vfs_file.c | 35
This is part [0/7] of the v9fs-2.0.2 patch against Linux 2.6.13-rc2-mm2.
The changes in this patch-set are primarily motivated by comments from
Chistoph Hellwig (hch):
"there's a few issues with the code still I'd like to see fixed:
- there's three sparse warnings still. Two of them are
On Thu, 2005-07-14 at 10:58 -0700, yhlu wrote:
> Someone mentioned that NUMA support for dual core opteron need acpi
> support in LinuxBIOS.
>
> there may be some other solution for that.
> 1. PowerPC already support dual core and it should support NUMA, So
> the Open Firmware must have some NUMA
> That is exactly why I made this a separate patch, so that we
> can test and find out where the problems are and work to fix
> them.
That's pretty hard because there are a lot of block drivers.
And might not very nice for people's data.
>
> Are there problems only with odd sizes, or do
On Thu, 14 Jul 2005, Jan Engelhardt wrote:
>
> >> >>> What does Windows do here?
> >> >> windows xp base rate is 100Hz... but multimedia apps can ask for almost
> >> > 83Hz
> >> Well, Windoes 98 (vmmon) shows very different ones:
> >Wow. Windows has been doing this since *98*?
>
> ...since
>I always thought;
>
>First 446 bytes are boot code and all
Right, of course. Otherwise it won't sum up to 512 bytes.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
>> >>> What does Windows do here?
>> >> windows xp base rate is 100Hz... but multimedia apps can ask for almost
>> > 83Hz
>> Well, Windoes 98 (vmmon) shows very different ones:
>Wow. Windows has been doing this since *98*?
...since Windows does multitask scheduling I suppose, which is since 95
Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> A note on the relaive timer API: There needs to be a way to say
> "x milliseconds from the time this timer should have triggered" instead
> of "x milliseconds from now", to avoid skew in timers that try to be
> strictly periodic.
Someone mentioned that NUMA support for dual core opteron need acpi
support in LinuxBIOS.
there may be some other solution for that.
1. PowerPC already support dual core and it should support NUMA, So
the Open Firmware must have some NUMA entry definition.
Can we make x86-64 kernel support
On Thu, Jul 14, 2005 at 04:58:12PM +0200, Stefan Seyfried wrote:
> Andy Isaacson wrote:
> > Yesterday I booted my laptop to 2.6.13-rc2-mm1, suspended to swsusp,
> > and
[snip]
> > and got a panic along the lines of "Unable to find swap space, try
>
> a panic? it should only be an error message,
I use a Belkin F5D6020 wifi card, (version one), and a belkin f5d6000 pci
adapter for it. A while ago, it was working flawlessly, though I
didn't use it that much after the wife's laptop died.
I've rolled through some kernel upgrades... and it appears my wifi does not
work anymore.
here's the
On Thu, 2005-07-14 at 09:37 -0700, Linus Torvalds wrote:
>
> There's absolutely nothing wrong with "jiffies", and anybody who
> thinks that
>
> msleep(20);
>
> is fundamentally better than
>
> timeout = jiffies + HZ/50;
>
What's wrong with structured programming?
-
To unsubscribe
tor 2005-07-14 klockan 10:10 -0700 skrev Paul Vander Griend:
> System:
> Motherboard = Tyan K8WE
> Processor = 2x Opteron 250
> Memory = 8GB ECC Registered
>
> On all of the recent release candidates except for
> 2.6.13-rc2-git2 the kernel panics while booting. These
> versions include
This is actually the accumulation of everything we've been saving for
2.6.12, but I was away for a bit and missed 2.6.12 when it came out ...
The patch is available from
http://www.kernel.org/pub/scm/linux/kernel/git/jejb/scsi-for-
linus-2.6.git/
The short changelog is:
Andrew Morton:
o
On Thu, 14 Jul 2005, Chris Friesen wrote:
>
> But if all I really want is to sleep for 20ms, what does the additional
> power actually buy me?
If you _only_ want to sleep for 20ms, it doesn't buy you anything.
But the sleep is often part of a bigger picture, where the 20ms might be
part of
On Thu, 7 Jul 2005, David Gibson wrote:
> Now that the hugepage code has been consolidated across the
> architectures, it becomes much easier to implement copy-on-write.
> Hugepage COW is of limited utility of itself, however, it is
> essentially a prerequisite for any of a number of methods of
On Thu, 14 Jul 2005, Arjan van de Ven wrote:
>
> I *will* argue that for relative delays in drivers, msleep() is better.
Oh, I agree.
I think we should continue the simplification of the simple stuff. If
somebody just wants to sleep a while, do it.
But if somebody is doing this because they
> -Original Message-
> From: Russell King
> Sent: Thursday, July 14, 2005 1:27 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9: serial_core: uart_open
>
>
> On Wed, Jul 13, 2005 at 10:53:19AM -0700, karl malbrain wrote:
> > I've also noticed that the boot
101 - 200 of 615 matches
Mail list logo