On Tue, Feb 01, 2005 at 02:29:15PM -0800, Chris Wedgwood wrote:
> On Mon, Jan 31, 2005 at 01:34:59AM -0600, Matt Mackall wrote:
>
> > +#define qsort xfs_sort
> > +static inline void xfs_sort(void *a, size_t n, size_t s,
> > + int (*cmp)(const void *,const void *))
> > +{
> > +
On Tue, 2005-02-01 at 14:06 -0800, Tim Bird wrote:
> Minor spelling fix, and a question.
>
> john stultz wrote:
> > linux-2.6.11-rc2_timeofday-core_A2.patch
> >
> > diff -Nru a/drivers/Makefile b/drivers/Makefile
> > --- a/drivers/Makefile 2005-01-24 1
On Sun, Jan 23, 2005 at 05:19:11AM +0100, Kay Sievers wrote:
> This patch sequence moves the creation of the sysfs "dev" file of the class
> devices into the driver core. The struct class_device contains a dev_t
> value now. If set, the driver core will create the "dev" file containing
> the major/
On Tue, 2005-02-01 at 15:44 +, Matthew Wilcox wrote:
>
> > +void pci_unblock_user_cfg_access(struct pci_dev *dev)
> > +{
> > + unsigned long flags;
> > +
> > + spin_lock_irqsave(&pci_lock, flags);
> > + dev->block_ucfg_access = 0;
> > + spin_unlock_irqrestore(&pci_lock, flags);
> > +}
On Tue, 2005-02-01 at 17:47 +, Matthew Wilcox wrote:
> On Tue, Feb 01, 2005 at 11:35:05AM -0600, Brian King wrote:
> > >If we've done a write to config space while the adapter was blocked,
> > >shouldn't we replay those accesses at this point?
> >
> > I did not think that was necessary.
>
> W
On Sat, 22 Jan 2005 19:41:24 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > Move PM code from ide-cd.c and ide-disk.c to IDE core so:
> > * PM is supported for other ATAPI devices (floppy, tape)
> > * PM is supported even if specific driver is not loaded
>
> Why do you need to have st
* Pavel Machek <[EMAIL PROTECTED]> [050201 13:50]:
> Hi!
>
> > > I used your config advices from second mail, still it does not work as
> > > expected: system gets "too sleepy". Like it takes a nap during boot
> > > after "dyn-tick: Maximum ticks to skip limited to 1339", and key is
> > > needed t
On Tue, 2005-02-01 at 10:58 -0800, Greg KH wrote:
> > If we've done a write to config space while the adapter was blocked,
> > shouldn't we replay those accesses at this point?
>
> This has been discussed a lot already. I think we might as well let the
> thing fail in random and odd ways, as it'
Hi John and Tim.
On Wed, 2005-02-02 at 09:48, john stultz wrote:
> > I didn't scan for all uses of read_persistent_clock, but
> > in my experience get_cmos_time() has a latency of up to
> > 1 second on x86 because it synchronizes with the rollover
> > of the RTC seconds.
>
> I believe you're righ
On Tue, 2005-02-01 at 20:22 +, Richard Hughes wrote:
> On Tue, 01 Feb 2005 12:57:33 +0100, Michael Brade wrote:
>
> > Hi,
> >
> > since at least kernel 2.6.9 I'm having a problem booting linux - it hangs
> > after this
> >
> > Probing IDE interface ide0...
> > hda: HITACHI_DK23DA-30, ATA DI
On Tuesday 01 February 2005 09:19, Victor Hahn wrote:
> Dmitry Torokhov wrote:
>
> >Sorry, I think it will apply to 2.6.11-rc2, I'll try to rediff against
> >2.6.10 later tonight.
> >
>
> You don't need to do extra work to make it compatible with 2.6.10, I
> just applied it to 2.6.11-rc2, thanks
On Wed, 2005-02-02 at 00:03 +0100, Bartlomiej Zolnierkiewicz wrote:
> On Sat, 22 Jan 2005 19:41:24 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > > Move PM code from ide-cd.c and ide-disk.c to IDE core so:
> > > * PM is supported for other ATAPI devices (floppy, tape)
> > > * PM is
Hi!
> > > Move PM code from ide-cd.c and ide-disk.c to IDE core so:
> > > * PM is supported for other ATAPI devices (floppy, tape)
> > > * PM is supported even if specific driver is not loaded
> >
> > Why do you need to have state-machine? During suspend we are running
> > single-threaded, it sho
I think I've hit a wierd lockup in the forcedeth (Nvidia onboard lan
chipset) driver on 2.6.9-gentoo-r9. When the failure occurs the
network just dies with loads of:
NETDEV WATCHDOG: eth0: transmit timed out
nv_stop_tx: TransmitterStatus remained busy<7>eth0: tx_timeout: dead entries!
Rebooting d
On Wed, 2005-02-02 at 10:14 +1100, Nigel Cunningham wrote:
> Hi John and Tim.
>
> On Wed, 2005-02-02 at 09:48, john stultz wrote:
> > > I didn't scan for all uses of read_persistent_clock, but
> > > in my experience get_cmos_time() has a latency of up to
> > > 1 second on x86 because it synchroniz
Hi!
> > > > Move PM code from ide-cd.c and ide-disk.c to IDE core so:
> > > > * PM is supported for other ATAPI devices (floppy, tape)
> > > > * PM is supported even if specific driver is not loaded
> > >
> > > Why do you need to have state-machine? During suspend we are running
> > > single-thre
On Tue, 2005-02-01 at 13:15, Mike Waychison wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> (Hmm.. something is up with my quoting again..)
>
> Ram wrote:
> > On Mon, 2005-01-31 at 23:02, Mike Waychison wrote:
> >
> > Ram wrote:
> >
> >>On Fri, 2005-01-28 at 14:31, Mike Waychison w
On Tue, Jan 25, 2005 at 02:02:43PM -0800, Ram wrote:
> oops. I had the following in mind.
>
> mount /tmp/mnt1
> ** mount --make-shared /tmp/mnt1 **
> mkdir -p /tmp/mnt1/a/b
> mount --rbind /tmp/mnt1 /tmp/mnt2
> mount --make-slave /tmp/mnt2
>
> In this case i
* Lee Revell <[EMAIL PROTECTED]> [050201 12:20]:
> On Thu, 2005-01-27 at 13:29 -0800, Tony Lindgren wrote:
> > Hi all,
> >
> > Thanks for all the comments, here's an updated version of the dynamic
> > tick patch.
>
> Hi,
>
> I was wondering how Windows handles high res timers, if at all. The
>
On Tue, 1 Feb 2005, Adrian Bunk wrote:
> On Tue, Feb 01, 2005 at 10:24:56AM -0500, Bill Davidsen wrote:
> > Adrian Bunk wrote:
> > >On Sat, Jan 29, 2005 at 06:22:55PM +0100, Jean Delvare wrote:
> > >
> > >>Hi Adrian,
> > >>
> > >>
> > >>>The mcd driver drives only very old hardware (some single an
On Tue, 2005-02-01 at 21:44 +0100, Ingo Molnar wrote:
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > OK. So for application triggered tracing you need LATENCY_TRACING
> > enabled, as described here:
> >
> > http://lkml.org/lkml/2004/10/29/312
>
> correct, that too should still work fine - with
Hello,
while trying to add a umask option to the proc filesystem I stumbled
over a somewhat related problem: the existing mount options uid and
gid were non-functional. The patch below is an attempt to fix them
and prepares the ground for my evil umask plans. :)
The first half of the reason why
This patch adds a show_options function to the proc filesystem.
diff -pur l2/fs/proc/inode.c l3/fs/proc/inode.c
--- l2/fs/proc/inode.c 2005-02-01 04:51:23.0 +0100
+++ l3/fs/proc/inode.c 2005-02-01 04:51:07.0 +0100
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#
This patch adds the umask option to the proc filesystem. It's
essentially unchanged from the previous version, except that the mount
option has to be specified as a kernel parameter now. This way we avoid
dealing with pre-existing inodes.
The umask can be used to restrict the permissions of proc
john stultz wrote:
> I believe you're right. Although we don't call read_persistent_clock()
> very frequently, nor do we call it in ways we don't already call
> get_cmos_time(). So I'm not sure exactly what the concern is.
Sorry - I should have given more context. I am worried about
suspend and r
Hi.
On Wed, 2005-02-02 at 10:32, john stultz wrote:
> On Wed, 2005-02-02 at 10:14 +1100, Nigel Cunningham wrote:
> > Hi John and Tim.
> >
> > On Wed, 2005-02-02 at 09:48, john stultz wrote:
> > > > I didn't scan for all uses of read_persistent_clock, but
> > > > in my experience get_cmos_time() h
On Tue, 1 Feb 2005, Mel Gorman wrote:
> > Would it not be better to zero the global 2^MAX_ORDER pages by the scrub
> > daemon and have a global zeroed page list? That way you may avoid zeroing
> > when splitting pages?
> >
>
> Maybe, but right now when there are no 2^MAX_ORDER pages, the scrub dae
Hi Pavel,
Pavel Machek wrote:
Now, if you want to help, just convert some drivers... To quickly
break compilation in case of bad types, following patch can be used
(against 2.6.11-rc2-mm1), it actually switches pm_message_t to
typedef.
I'm looking forward to the patches, (please help),
I just had a
Hi!
> >Now, if you want to help, just convert some drivers... To quickly
> >break compilation in case of bad types, following patch can be used
> >(against 2.6.11-rc2-mm1), it actually switches pm_message_t to
> >typedef.
> >
> >I'm looking forward to the patches, (please help),
>
> I just had a
On Tue, Feb 01, 2005 at 10:44:39AM +0100, Peter Busser wrote:
> Again, this is a *simulation* of the way real-life applications could
> interact
> with the underlying system. Again people complained that the results shown
> were not accurate. And that has been fixed.
>
> I am well aware of comp
On Tue, 2005-02-01 at 15:53 -0800, Tim Bird wrote:
> john stultz wrote:
> > I believe you're right. Although we don't call read_persistent_clock()
> > very frequently, nor do we call it in ways we don't already call
> > get_cmos_time(). So I'm not sure exactly what the concern is.
>
> Sorry - I sh
On Wed, 2005-02-02 at 11:04 +1100, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2005-02-02 at 10:32, john stultz wrote:
> > interesting, I wasn't aware of the suspend/copy/resume process that
> > occurs for suspend-to-disk. The thing I don't quite get is why are the
> > resume methods called before w
On Tue, 1 Feb 2005, Christoph Lameter wrote:
> On Tue, 1 Feb 2005, Mel Gorman wrote:
>
> > > Would it not be better to zero the global 2^MAX_ORDER pages by the scrub
> > > daemon and have a global zeroed page list? That way you may avoid zeroing
> > > when splitting pages?
> > >
> >
> > Maybe, but
Hi.
On Wed, 2005-02-02 at 11:27, john stultz wrote:
> > We call the suspend and resume methods because the suspend is supposed
> > to achieve atomicity, and the resume is necessary for us to be able to
> > write the image. (Remember that these calls are invoked as part of the
> > drivers_suspend a
On Tue, Feb 01, 2005 at 02:56:25PM -0800, Greg KH wrote:
> On Sun, Jan 23, 2005 at 05:19:11AM +0100, Kay Sievers wrote:
> > This patch sequence moves the creation of the sysfs "dev" file of the class
> > devices into the driver core. The struct class_device contains a dev_t
> > value now. If set, t
On Tue, 2005-02-01 at 15:20 -0500, Lee Revell wrote:
> I was wondering how Windows handles high res timers, if at all. The
> reason I ask is because I have been reverse engineering a Windows ASIO
> driver, and I find that if the latency is set below about 5ms, by
By default, Windows "multimedia"
On Feb 01, 2005, at 10:24, Bill Davidsen wrote:
As a general thing I think DEPRECIATED would be useful for the case
where there is a newer functional driver.
I guess a "DEPRECIATED" driver is one where the code is written off
linearly
over a 7 year period. ;) I assume you mean DEPRECATED, not DEPR
On Wed, Feb 02, 2005 at 03:15:14AM +0200, Alexey Dobriyan wrote:
> P. S.: struct mv64xxx_i2c_data revisited...
>
> > + uintstate;
> > + ulong reg_base_p;
>
> Silly request, but... Maybe this should be changed to plain old "unsigned int"
> and "unsigned
Andreas Gruenbacher <[EMAIL PROTECTED]> said:
[...]
> Yes, because a custom swap routine isn't very useful generally. It's
> over-engineered IMHO.
It shouldn't swap, but juggle elements around like so:
t --->+
^ |
| v
x <-- x <-- x <--
David Gibson wrote:
Following are a bunch of patches which make a few more steps towards
the long overdue merge of the CVS orinoco driver into mainline. These
do make behavioural changes to the driver, but they should all be
trivial and largely cosmetic.
OK, the changes look good, but I was waitin
john stultz wrote:
> Interesting patch. Indeed, the trade off is just how quickly you want to
> boot vs how much drift you gain each suspend/resume cycle. Assuming all
> of the clocks are good, your patch could introduce up to 2 seconds of
> drift each suspend/resume cycle.
If we're not writing t
Hi, Andrew
Could you please check it ? I have worked out my little patch to fix
it. But not any feedback. Is it ok in your machine which is not-SMP?
Regards
--
Zhonglin Zhang <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Tue, 2005-02-01 at 17:48 -0800, Tim Bird wrote:
> john stultz wrote:
> > Interesting patch. Indeed, the trade off is just how quickly you want to
> > boot vs how much drift you gain each suspend/resume cycle. Assuming all
> > of the clocks are good, your patch could introduce up to 2 seconds of
On Tue, Feb 01, 2005 at 04:15:36PM -0500, Mike Waychison wrote:
> No. I want to allow the mount. However, if there are several shared
> '/home' (through CLONE_NS or mount --bind), there remains the following
> two key problems:
>
> - - How do you expire the mounts and umount them? (undefined wi
Hi !
Is there any work in progress to get some unified error reporting (and
possibly recovery) API for PCI/X/e ?
On pSeries, we have this "EEH" mecanism that allows us, even with
old-style PCI, to get error notification, but also to recover by doing
slot reset and that sort of stuff.
PCI Express
Hi.
On Wed, 2005-02-02 at 13:00, john stultz wrote:
> On Tue, 2005-02-01 at 17:48 -0800, Tim Bird wrote:
> > john stultz wrote:
> > > Interesting patch. Indeed, the trade off is just how quickly you want to
> > > boot vs how much drift you gain each suspend/resume cycle. Assuming all
> > > of the
Hi everyone.
I'm pleased to announce that my new employer, Cyclades Corporation
(http://www.cyclades.com) has agreed to allow me to spend a significant
part of my paid hours each week working on issues related to the
Suspend2 patches and Power Management in general (in addition to my own
time spen
I've mentioned this problem before. It seemed to go away around the
2.6.8 timeframe, but when I started using 2.6.9, it came back. I'm
using 2.6.10, and it's still happening.
Basically, I get random poppling and crackling noises out of my
speakers. Sometimes it's silent, and sometimes, it crac
> 08_ide_do_identify_model_string_termination.patch
>
> Terminates id->model string before invoking strstr() in
> do_identify().
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-probe.c
> 16_ide_flagged_taskfile_select_dev_bit_masking.patch
>
> In flagged_taskfile(), make off DEV bit before OR'ing it with
> drive->select.all when writing to IDE_SELECT_REG.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-taskfile.c
=
> 14_ide_error_remove_NULL_test.patch
>
> In ide_error(), drive cannot be NULL. ide_dump_status() can't
> handle NULL drive.
Index: linux-ide-export/drivers/ide/ide-io.c
===
--- linux-ide-export.orig/drivers/ide/ide-io.
> 21_ide_do_taskfile.patch
>
> Merged do_rw_taskfile() and flagged_taskfile() into
> do_taskfile(). During the merge, the following changes took
> place.
> 1. flagged taskfile now honors HOB feature register.
> (do_rw_taskfile() did write to HOB feature.)
>
> 20_ide_task_end_request_fix.patch
>
> task_end_request() modified and made global. ide_dma_intr()
> modified to use task_end_request(). These changes enable
> TASKFILE ioctls to get valid register outputs on successful
> completion. No in-kernel usage should be affecte
> 28_ide_taskfile_init_drive_cmd.patch
>
> ide_init_drive_cmd() now initializes rq->flags to
> REQ_DRIVE_TASKFILE.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-disk.c
===
--- lin
On Tue, 2005-02-01 at 18:49 -0800, Christoph Lameter wrote:
> On Wed, 2 Feb 2005, Nick Piggin wrote:
>
> > Well yeah, but the interesting case is when that isn't a lock ;)
> >
> > I'm not saying what you've got is no good. I'm sure it would be fine
> > for testing. And if it happens that we can do
Sorry, this is the same 08 patch with the correct subject line.
> 08_ide_do_identify_model_string_termination.patch
>
> Terminates id->model string before invoking strstr() in
> do_identify().
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-pr
> 27_ide_remove_cmd.patch
>
> Removed unused REQ_DRIVE_CMD handling.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-io.c
===
--- linux-ide-export.orig/drivers/ide/ide-io.c 2005-02-02 10
> 15_ide_flagged_taskfile_data_byte_order_fix.patch
>
> In flagged_taskfile(), when writing data register,
> taskfile->data goes to the lower byte and hobfile->data goes
> to the upper byte on little endian machines and the opposite
> happens on big endian machines. This p
At 01:34 PM 2/02/2005, Timothy Miller wrote:
I've mentioned this problem before. It seemed to go away around the
2.6.8 timeframe, but when I started using 2.6.9, it came back. I'm
using 2.6.10, and it's still happening.
almost identical system here, other than i'm using an ASUS A7V600
motherboa
On Tue, Feb 01, 2005 at 10:18:33AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2005-01-31 at 06:21 -0500, Joseph Fannin wrote:
>
> > I'm getting a blank screen with radeonfb on two boxes here as
> > well. One is a beige g3, the other is i386; both have PCI Radeon 7000s
> > with radeonfb non
On Tue, 2005-02-01 at 22:42 -0500, Joseph Fannin wrote:
> On Tue, Feb 01, 2005 at 10:18:33AM +1100, Benjamin Herrenschmidt wrote:
> > On Mon, 2005-01-31 at 06:21 -0500, Joseph Fannin wrote:
> >
> > > I'm getting a blank screen with radeonfb on two boxes here as
> > > well. One is a beige g3, t
On Wed, 02 Feb 2005 13:55:23 +1100, Lincoln Dale <[EMAIL PROTECTED]> wrote:
> At 01:34 PM 2/02/2005, Timothy Miller wrote:
> >I've mentioned this problem before. It seemed to go away around the
> >2.6.8 timeframe, but when I started using 2.6.9, it came back. I'm
> >using 2.6.10, and it's still
Since it looks like ide is being worked on, can you convert ide to use
the PCI ROM access calls in drivers/pci/rom.c instead of directly
manipulating PCI config space? The new ROM calls work on all
architectures.
These are the places that need to be fix:
[EMAIL PROTECTED] ide]$ grep -r PCI_ROM_ADD
On Tue, 2005-02-01 at 14:22 -0800, Randy.Dunlap wrote:
> Chris Wedgwood wrote:
> > On Mon, Jan 31, 2005 at 01:34:59AM -0600, Matt Mackall wrote:
> >
> >
> >>+#define qsort xfs_sort
> >>+static inline void xfs_sort(void *a, size_t n, size_t s,
> >>+ int (*cmp)(const void *,const
Zhonglin Zhang <[EMAIL PROTECTED]> wrote:
>
> Hi, Andrew
>
> Could you please check it ? I have worked out my little patch to fix
> it. But not any feedback. Is it ok in your machine which is not-SMP?
>
--- 25/include/linux/stop_machine.h~fix-kallsyms-insmod-rmmod-race-fix-fix-fix
2005-0
Ingo,
I hope we can get past this anger and continue working together. We
have too much to gain by cooperating. It would be a shame to let hurt
feelings get in the way for either of us.
> * Jack O'Quin <[EMAIL PROTECTED]> wrote:
>> Well, this extremely long discussion started with a request o
applied
-
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 Tue, 01 Feb 2005 22:37:50 +0100, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> I think if cat is the prefered tool for viewing this file then it should
> be more human readable. If not, then a binary format should be choosen.
> Maybe we can implement both. Is this possible?
Yes. Now you know wh
On Tue, Feb 01, 2005 at 09:34:59PM -0500, Timothy Miller wrote:
> Basically, I get random poppling and crackling noises out of my
> speakers. Sometimes it's silent, and sometimes, it crackles and pops
> for minutes at a time. It's really disturbing, really, because it
> happens suddenly, sometime
Dmitry Torokhov wrote:
Any luck with the patch?
I'm using 2.6.11rc2 with the patch for some hours now and it seems as if
it doesn't throw away bytes any more which makes linux 2.6 useable for
me again - thanks a lot! I just encountered one smaller issue (this
really is much better than before):
Nobody answered so i repeat the question.
I think i found a way to make use of NLS table for HFS filesystem and
i'm going to try to implement it. But first i need to create NLS module
for codepage 10007 (Mac cyrillic). In the beginning of every existing
NLS module code i see comment which says th
This patch adds so-called "usbmon", or USB monitoring framework, similar
to what tcpdump provides for Ethernet. This is an initial version, but
it should be safe and useful. It adds an overhead of an if () statement
into submission and giveback paths even when not monitoring, but this
was deemed a
On Wednesday 02 February 2005 01:08, Victor Hahn wrote:
> Dmitry Torokhov wrote:
>
> >Any luck with the patch?
> >
>
> I'm using 2.6.11rc2 with the patch for some hours now and it seems as if
> it doesn't throw away bytes any more which makes linux 2.6 useable for
> me again - thanks a lot!
It
On Tue, Feb 01, 2005 at 09:34:59PM -0500, Timothy Miller wrote:
> Basically, I get random poppling and crackling noises out of my
> speakers. Sometimes it's silent, and sometimes, it crackles and pops
> for minutes at a time. It's really disturbing, really, because it
> happens suddenly, sometime
Hi Andrew,
I've had this patch reviewed by Jens, and
incorporated his recommended fixes. This patch applies
to the latest bk tree.
The patch adds new interfaces to bio.c that support
the creation of local bio and bvec pools. This is
important for layered drivers that need to allocate
new bio an
On Tue, Feb 01, 2005 at 02:30:08PM -0800, Greg KH wrote:
> On Tue, Feb 01, 2005 at 11:23:27PM +0100, Sam Ravnborg wrote:
> > On Tue, Feb 01, 2005 at 02:05:52PM -0800, Greg KH wrote:
> > > > drivers/sh/Makefile |6
> > > > drivers/sh/superhyway/Makefile |7 +
* Lee Revell <[EMAIL PROTECTED]> wrote:
> OK. Rereading my old mail, it looks like there were some possibly
> unresolved false positives with the userspace atomicity debugger.
>
> Here's one I get from alsaplayer. Would more information be required
> to know if this is a false positive?
this
On Tue, Feb 01, 2005 at 02:05:52PM -0800, Greg KH wrote:
> On Wed, Jan 12, 2005 at 02:48:36PM +0200, Paul Mundt wrote:
> > Yes, it would seem that way. Here we go again:
> >
> > drivers/sh/Makefile |6
> > drivers/sh/superhyway/Makefile |7 +
> > drivers/sh
Hi,
I can't understand why ELF format is necessary.
I think the only necessary information is "what physical address
regions are valid to read". This information is necessary for any
sort of dump tools. (and must get it while the system is normal.)
The Eric's /proc/cpumem idea sounds nice to me.
[EMAIL PROTECTED] wrote:
Koichi Suzuki <[EMAIL PROTECTED]> writes:
Hook in panic code is very good idea and is useful in various scenes. It could
be used to kick RAM dump code, obviously, and also kick the code to initiate
failover, etc. Various use could be possible so I believe that this hook
On 032, 02 01, 2005 at 10:02:41AM -0800, Pete Zaitcev wrote:
> Hi, guys,
>
> I was looking at this:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138892
>
> I have added usb-handoff as a kernel option in grub.conf for
> 2.4.21-20.EL (smp) and re-enabled USB Emulation and Controller
At some point in time, I wrote:
> > kstrdup() is a special-case _memory allocator_ (not so much a string
> > operation) so I think it should go into mm/slab.c where we currently
> > have kcalloc().
On Tue, 01 Feb 2005 17:00:17 +, Paulo Marques <[EMAIL PROTECTED]> wrote:
> I was following Rusty
On 30 Jan 2005 12:10:34 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> > - Slow motion of finger produces no motion, then a jump. So, it's very hard
> > to
> > target smaller UI elements and some web links.
>
> I see this too when I don't use the X touchpad driver. With the X
> driver the
Hi,
I don't like calling crash_kexec() directly in (ex.) panic().
It should be call_dump_hook() (or something like this).
I think the necessary modifications of the kernel is only:
- insert the hooks that calls a dump function when crash occur
- binding interface that binds a dump function to the
Itsuro Oda wrote:
Hi,
I can't understand why ELF format is necessary.
I think the only necessary information is "what physical address
regions are valid to read". This information is necessary for any
sort of dump tools. (and must get it while the system is normal.)
The Eric's /proc/cpumem idea so
On Tue, Jan 25, 2005 at 01:07:12PM -0800, Ram wrote:
> If there exists a private subtree in a larger shared subtree, what
> happens when the larger shared subtree is rbound to some other place?
> Is a new private subtree created in the new larger shared subtree? or
> will that be pruned out in the
On Mon, Jan 31, 2005 at 09:03:19PM +0100, Lorenzo Hern?ndez Garc?a-Hierro wrote:
> Arjan, I will give it a further look, is there anything you want to
> comment about it before I start?
>
> I will re-code it to put the helper functions in random.c.
Do it against -mm, please, there are something l
Hi,
I compiled kernel 2.4.21 with intel compiler .
While booting it hangs-up . further i found that it
hangsup due to call to "calibrate_delay" routine in
"init/main.c". Also found that loop in the
callibrate_delay" routine goes infinite.When i comment
out the call to "callibrate_delay" routine, i
The s390 network devices specifies device types which does not match the
reality.
ctc
===
This device is currently specified as ARPHRD_SLIP. If I see it
correctly, SLIP is an IP-only transport. ctc is more, the link level
header contains the ethernet protocoll type, so it is some sort of
pointopo
Hello!
I have a weird problem with a server. I use deadline.
The output of vmstat is:
1 1 12312 6064 7580 81543200 5332 456 1263 3119 22 5 0 73
0 1 12312 5280 7584 81624000 6204 620 1307 1530 15 4 0 81
0 1 12312 6096 7528 81508800 7604 8732
On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
> Hello!
>
> I have a weird problem with a server. I use deadline.
> The output of vmstat is:
> 1 1 12312 6064 7580 81543200 5332 456 1263 3119 22 5 0
> 73
> 0 1 12312 5280 7584 81624000 6204 620 1307 1
On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
> >Well then that is why, the writes are taking quite a while to reach the
> >platter. Nothing is wrong, the drive is just slow :-)
> >
> >--
> >Jens Axboe
>
> I don't know what to say because sometimes works really good.
> bi=2.
The vmst
The vmstat you showed had bi and bo at the same time, so it's not so
surprising if bi often suffers if it is seeking all over the map to
write out the big chunk submitted.
I understand.
How does it look with write cache enabled?
Seems that almost the same:
0 1 12416 6068 6908 8162920
I forgot to say that I disabled HT because I saw an improvement.
Also, the cs seems very high:
r b swpd free buff cache si sobibo incs us sy id wa
1 2 12416 6048 7040 81659200 0 0 1299 483 2 1 0 97
0 2 12416 6016 7040 81659200
On Mon, 31 Jan 2005 01:36:50 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch contains the following cleanups:
> - make needlessly global functions static
> - remove the following unused global functions:
> - drm_fops.c: drm_read
> - i810_dma.c: i810_do_cleanup_pageflip
> - i830_dma
Hi all,
I am trying to add some cryptographic functionality to ext2 file system for my
masters project. I am working with kernel 2.4.21
since the routines do_generic_file_read and do_generic_file_write are used in
reading and writing, I am decrypting and encrypting the data in the resp.
f
On Tue, Jan 25, 2005 at 07:52:42PM -0500, Ju, Seokmann wrote:
> Hello,
>
> Here is a patch for megaraid_mbox 2.20.4.3 and megaraid_mm 2.20.2.5.
> The patch includes following changes/fixes
> - sysfs support for drive addition/removal
> - Tape drive timeout issue
> - Made some code static
>
> I am
Following regression tests on BK latest, two critical problems have
turned up in the SCSI subsystem:
1) Hang using REQ_BLOCK_PC on CD/DVD
2) oops in transport classes with multiple HBAs
Could we do a quick include of this tree:
bk://linux-scsi.bkbits.net/scsi-for-linus-2.6
to pick up fixes for
201 - 298 of 298 matches
Mail list logo
