Hi!
> > > User has triggered resume
> > > run wakeup.S
>
> wakeup.S runs in real mode. Why can't it just call the VBIOS at
> C000:0003 to reset the hardware before setting the mode?
We already try to do that, but it hangs on 70% of machines. See
Documentation/power/video.txt.
Hi!
> Reseting a video card from suspend is essentially the same problem as
> reseting secondary video cards on boot. The same code can address both
> problems.
Well, it is made more tricky by the fact that you are running during
resume -- hard to debug. Ideally you want to have video so you can
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Fri, Feb 04, 2005 at 07:40:43AM +0100, Peter Osterlund wrote:
> > Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> >
> > > On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> > >
> > > > * Removes the xres/yres scaling so that you get
Hi,
It's getting pretty old to have see and type cur_cpu_spec->cpu_features
& CPU_FTR_, when a shorter and less TLA-ridden macro is more
readable.
This also takes care of the differences between PPC and PPC64 cpu
features for the common code; most places in PPC could be replaced with
the macro
12_ide_pci_piix_merge.patch
Merges ide/pci/piix.h into piix.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/piix.c
===
--- linux-idepci-export.orig/drivers/ide/pci/piix.c
On Fri, 04 Feb 2005 13:51:55 +1100, Nigel Cunningham
<[EMAIL PROTECTED]> wrote:
> > User has triggered resume
> > run wakeup.S
wakeup.S runs in real mode. Why can't it just call the VBIOS at
C000:0003 to reset the hardware before setting the mode?
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe
09_ide_pci_pdc202xx_new_merge.patch
Merges ide/pci/pdc202xx_new.h into pdc202xx_new.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/pdc202xx_new.c
===
---
14_ide_pci_serverworks_merge.patch
Merges ide/pci/serverworks.h into serverworks.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/serverworks.c
===
---
06_ide_pci_hpt366_merge.patch
Merges ide/pci/hpt366.h into hpt366.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/hpt366.c
===
---
11_ide_pci_pdc202xx_old_merge.patch
Merges ide/pci/pdc202xx_old.h into pdc202xx_old.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/pdc202xx_old.c
===
---
03_ide_pci_cmd64x_merge.patch
Merges ide/pci/cmd64x.h into cmd64x.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/cmd64x.c
===
---
05_ide_pci_generic_merge.patch
Merges ide/pci/generic.h into generic.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/generic.c
===
---
02_ide_pci_aec62xx_merge.patch
Merges ide/pci/aec62xx.h into aec62xx.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-idepci-export/drivers/ide/pci/aec62xx.c
===
---
Hello, Bartlomiej.
These patches are the split versions of 05_ide_merge_pci_driver_hc.
I removed crappy/unused macros from aec62xx, pdc202xx_old and
serverworks drivers in respective *_cleanup patches and merged
.h into .c files in *_merge patches.
[ Start of patch descriptions ]
On Friday 04 February 2005 01:35, Vojtech Pavlik wrote:
> On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
> > On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
> > > Vojtech,
> > >
> > > Here is a patch that exposes the IBM TrackPoint's extended properties
> > > as well
On Fri, Feb 04, 2005 at 07:40:43AM +0100, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> >
> > > * Removes the xres/yres scaling so that you get the same speed in the
> > > X and Y directions even if
On Fri, Feb 04, 2005 at 01:52:39AM -0500, Dmitry Torokhov wrote:
> On Friday 04 February 2005 01:35, Vojtech Pavlik wrote:
> > On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
> > > On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
> > > > Vojtech,
> > > >
> > > > Here
On Fri, 4 Feb 2005, Nick Piggin wrote:
> If you have got to the stage of doing "real world" tests, I'd be
> interested to see results of tests that best highlight the improvements.
I am trying to figure out which tests to use right now.
> I imagine many general purpose server things wouldn't be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vojtech Pavlik wrote:
| On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
|
|>On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
|>
|>>Vojtech,
|>>
|>>Here is a patch that exposes the IBM TrackPoint's extended properties
|>>as
On Thu, 2005-02-03 at 22:26 -0800, Christoph Lameter wrote:
> On Fri, 4 Feb 2005, Paul Mackerras wrote:
>
> > As has my scepticism about pre-zeroing actually providing any benefit
> > on ppc64. Nevertheless, the only definitive answer is to actually
> > measure the performance both ways.
>
> Of
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
>
> > * Removes the xres/yres scaling so that you get the same speed in the
> > X and Y directions even if your screen is not square.
>
> The old code assumed that both the pad and
On Thu, Feb 03, 2005 at 07:34:16PM -0500, Dmitry Torokhov wrote:
> On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
> > Vojtech,
> >
> > Here is a patch that exposes the IBM TrackPoint's extended properties
> > as well as scroll wheel emulation.
> >
> >
>
> Hi,
>
> Very nice
On Thu, 3 Feb 2005, Tony Lindgren wrote:
> > > > It could also be that the reprogamming of PIT timer does not work on
> > > > your machine. I chopped off the udelays there... Can you try
> > > > something like this:
> > >
> > > I added the udelays, but behaviour did not change.
> >
> > Yeah,
On Wed, 2005-02-02 at 14:09 +1100, Nick Piggin wrote:
> On Tue, 2005-02-01 at 18:49 -0800, Christoph Lameter wrote:
> > On Wed, 2 Feb 2005, Nick Piggin wrote:
> > I mean we could just speculatively copy, risk copying crap and
> > discard that later when we find that the pte has changed. This
On Fri, 4 Feb 2005, Paul Mackerras wrote:
> The dcbz instruction on the G5 (PPC970) establishes the new cache line
> in the L2 cache and doesn't disturb the L1 cache (except to invalidate
> the line in the L1 data cache if it is present there). The L2 cache
> is 512kB and 8-way set associative
On Thu, Feb 03, 2005 at 10:54:51PM +0100, Peter Osterlund wrote:
> Vojtech Pavlik <[EMAIL PROTECTED]> writes:
>
> > On Wed, Feb 02, 2005 at 11:58:05PM +0100, Peter Osterlund wrote:
> >
> > > In practice I don't think it will make any significant difference. What
> > > the code should do depends
Hi,
> The reason I was asking and assuming you had a 32bit kernel is that
> you were quoting pieces of arch/i386/kernel/crash.c instead of
> arch/x86_64/kernel/crash.c
Using "arch/i386/kernel/crash.c" is just for explanation how we avoid
the hang. (I found x86_64 kdump is not supported in
Hi,
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote:
(...)
> Excellent tip, thanks. I was able to reprodce the problem several times
> using this technique with nc, however the problem was intermittent (as
> nasty problems like this often are). I used a 1.3G gzipped tarball
> The logs with secondary radeon used to end like this:
> (II) LoadModule: "int10"
> (II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
> (II) RADEON(0): initializing int10
> (**) RADEON(0): Option "InitPrimary" "on"
> (II) Truncating PCI BIOS Length to 53248
>
> The logs for secondary G550
Kevin Fries wrote:
> Any ETA on when udev is going to be ready for prime time? And, any
> clue why Fedora insists on relying on a program that does not f*(&%ing
> work
>
> I am trying to get a Microtek X12 USL scanner attached, and udev fails
> to mount it, every time. Has anyone tried
Christoph Lameter writes:
> You need to think about this in a different way. Prezeroing only makes
> sense if it can avoid using cache lines that the zeroing in the
> hot paths would have to use since it touches all cachelines on
> the page (the ppc instruction is certainly nice and avoids a
* Tony Lindgren <[EMAIL PROTECTED]> [050203 15:07]:
> * Pavel Machek <[EMAIL PROTECTED]> [050203 02:57]:
> > 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
On Thu, Feb 03, 2005 at 11:16:37PM -0500, Ethan Weinstein wrote:
> Matt Mackall wrote:
> >On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
> ...
> >>Finally, I used a crossover cable between the two boxes, which resulted
> >>in the same error from sshd again.
> >
> >
> >Well ssh
Reseting a video card from suspend is essentially the same problem as
reseting secondary video cards on boot. The same code can address both
problems.
Some things to consider
1) With multiple video cards you have to ensure only a single VGA gets
enabled. Running video reset on a card is
Just a few days ago I installed a brand new OEM AOpen DUW1608/ARR. At
times while mounting DVDs the drive would lose files between ls's, or
get I/O errors while ls'ing. I also noticed the same errors you posted
below. I might have stumbled across a solution to this problem. In my
BIOS I
This appears to me to be a problem with the drivers in the X server.
DRM isn't active yet so I don't think the problem is there. There may
have been a kernel change that caused BIOS reset to stop working.
X does nasty things to the PCI bus from user space and there are many
ways that X and the
On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 26_ide_taskfile_cmd_ioctl.patch
> >
> > ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
> > is the last user of REQ_DRIVE_CMD.
ide_cmd_ioctl() needs to map to taskfile transport not
This is with the fedora kernel 2.6.10-1.760_FC3smp
I've reproduced this on 2 SMP systems with different NFS servers and
several Fedora 2.6.10 kernels. I could not reproduce the problem with a
non-SMP kernel or a 2.4 kernel. I have not tried with a pre 2.6.10 kernel.
I think some others have seen
On Thu, 3 Feb 2005 22:52:44 -0500, Dmitry Torokhov
<[EMAIL PROTECTED]> wrote:
> OK, I have read the code once again, and saw that you have special
> handling within PS/2 protocol based on model constant. Please set
> psmouse type to PSMOUSE_TRACKPOINT instead of model and provide full
> protocol
Matt Mackall wrote:
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
...
Finally, I used a crossover cable between the two boxes, which resulted
in the same error from sshd again.
Well ssh isn't an especially good test as it's hard to debug.
Try transferring large compressed
On Thursday 03 February 2005 19:34, Dmitry Torokhov wrote:
> On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
> > Vojtech,
> >
> > Here is a patch that exposes the IBM TrackPoint's extended properties
> > as well as scroll wheel emulation.
> >
> >
>
> Hi,
>
> Very nice although I
On Sun, Jan 30, 2005 at 12:05:27PM -0500, Jon Smirl wrote:
> On Sun, 30 Jan 2005 17:32:41 +0100, Helge Hafting
> <[EMAIL PROTECTED]> wrote:
> > Yes, it is a PCI radeon. And the machine has an AGP slot
> > too, which is used by a matrox G550. This AGP card was not
> > used in the test, (other
It is drive's property independent of the driver being used so move
drive->nice1 setup from ide_register_subdriver() to probe_hwif() in
ide-probe.c. As a result changing a driver which controls the drive
no longer affects this flag.
diff -Nru a/drivers/ide/ide-probe.c b/drivers/ide/ide-probe.c
Hi,
The legacy_io which is the member of pci_bus struct might be
NULL. It should be checked.
This patch checks 'b->legacy_io', NULL or not.
Signed-off-by: MUNEDA Takahiro <[EMAIL PROTECTED]>
---
probe.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff -Npur
* add ide_drives list to list devices without a driver
* add __ide_add_setting() and use it for adding no auto remove entries
* kill ide-default pseudo-driver
diff -Nru a/drivers/ide/Makefile b/drivers/ide/Makefile
--- a/drivers/ide/Makefile 2005-02-04 03:32:17 +01:00
+++
Hi.
On Fri, 2005-02-04 at 13:35, Carl-Daniel Hailfinger wrote:
> Can we use call_usermodehelper at this early resume stage (before any
> video access)? Calling vm86 directly is probably not going to fly
> because we want to be shielded from any misbehaviour in the bios code
> and it may be
* add ide_bus_match() and export ide_bus_type
* split ide_remove_driver_from_hwgroup() out of ide_unregister()
* move device cleanup from ide_unregister() to drive_release_dev()
* convert ide_driver_t->name to driver->name
* convert ide_driver_t->{attach,cleanup} to driver->{probe,remove}
*
Linux Kernel Mailing List wrote:
ChangeSet 1.2072, 2005/02/03 17:04:37-08:00, [EMAIL PROTECTED]
[PATCH] s390: qeth network driver
From: Steffen Thoss <[EMAIL PROTECTED]>
From: Frank Pavlic <[EMAIL PROTECTED]>
qeth network driver changes:
-
* add ide_driver_t * to device drivers objects
* set it to point at driver's ide_driver_t
* store address of this entry in disk->private_data
* fix ide_{cd,disk,floppy,tape,scsi}_g accordingly
* use rq->rq_disk->private_data instead of drive->driver
to obtain driver (this allows us to kill
* move ->disk from ide_drive_t to driver specific objects
* make drivers allocate struct gendisk and setup rq->rq_disk
(there is no need to do this for REQ_DRIVE_TASKFILE requests)
* add ide_init_disk() helper and kill alloc_disks() in ide-probe.c
* kill no longer needed ide_open() and
When this function is called device is already unbinded from a
driver so there are no driver /proc entries to remove.
diff -Nru a/drivers/ide/ide-proc.c b/drivers/ide/ide-proc.c
--- a/drivers/ide/ide-proc.c2005-02-04 03:31:24 +01:00
+++ b/drivers/ide/ide-proc.c2005-02-04 03:31:24 +01:00
Add ide_{un}register_region() and fix ide-{tape,scsi}.c to register
block device number ranges. In ata_probe() only probe for modules.
Behavior is unchanged because:
* if driver is already loaded and attached to drive ata_probe()
is not called et all
* if driver is loaded by ata_probe() it
drive->dsc_overlap is supported only by ide-{cd,tape} drivers.
Add missing clearing of ->dsc_overlap to ide_{cd,tape}_release()
and move ->dsc_overlap setup from ide_register_subdriver() to
ide_cdrom_setup() (ide-tape enables it unconditionally).
diff -Nru a/drivers/ide/ide-cd.c
Similar to the same race but for the block device.
* store pointer to struct ide_tape_obj in idetape_chrdevs[]
* rename idetape_chrdevs[] to idetape_devs[] and kill idetape_chrdev_t
* add ide_tape_chrdev_get() for getting reference to the tape
* store tape pointer in file->private_data and fix
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 03 Feb 2005 02:58:02 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> > Itsuro Oda <[EMAIL PROTECTED]> writes:
> >
> > > Hi,
> > >
> > > This is not for kdump but an experience of our project(mkdump).
> > > The dump kernel(not SMP
On Fri, 4 Feb 2005 10:50:44 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> So the problem isn't as big as I thought which is good. sk_buff
> is only in trouble because of the atomic_read optimisation which
> really needs a memory barrier.
>
> However, instead of adding a memory barrier which
> OK that was the note I was about to send, but like I stated, it isn't a
> problem now that the timer interrupt is back to a hard interrupt. I just
> showing this to you so you can see the real problem. Maybe I'm missing
> something, and maybe I'm not. I'll try to write up something that shows
Hi,
Patches are against ide-dev-2.6 tree.
#1-8 are IDE fixes/changes needed
#9 is the actual conversion
Bartlomiej
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi!
Nigel Cunningham wrote:
> Hi.
>
> On Fri, 2005-02-04 at 09:54, Pavel Machek wrote:
>
>>Hi!
>>
>>
>Are you able to use framebuffer(radeonfb,1024x768) with this
>configuration or do you need to use plain vga-console for it to work?
No.
For a working framebuffer console
Zach Brown <[EMAIL PROTECTED]> wrote:
>
> > I'll make that change and plop the patch into -mm, but we need to think
> > about the infinite-loop problem..
>
> I can try hacking together that macro and auditing pagevec_lookup()
> callers..
I'd be inclined to hold off on the macro until we
On Fri, 04 Feb 2005 11:11:57 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> >>>26_ide_taskfile_cmd_ioctl.patch
> >>>
> >>> ide_cmd_ioctl() converted to use ide_taskfile_ioctl().
On Fri, 4 Feb 2005, Paul Mackerras wrote:
> On my G5 it takes ~200 cycles to zero a whole page. In other words it
> takes about the same time to zero a page as to bring in a single cache
> line from memory. (PPC has an instruction to establish a whole cache
> line of zeroes in modified state
Hi,
On Fri, 04 Feb 2005 08:18:56 +0900
Itsuro Oda <[EMAIL PROTECTED]> wrote:
>
> > > 5) dump kernel: export all valid physical memory (and saved register
> > >information) to the user. (as /dev/oldmem /proc/vmcore ?)
> >
> > Or in user space, by just mmaping /dev/mem. That is part of the
>
Hello,
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:15:59 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
25_ide_taskfile_cmd.patch
All in-kernel REQ_DRIVE_CMD users except for ide_cmd_ioctl()
converted to use REQ_DRIVE_TASKFILE.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index:
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:10:37 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
26_ide_taskfile_cmd_ioctl.patch
ide_cmd_ioctl() converted to use ide_taskfile_ioctl(). This
is the last user of REQ_DRIVE_CMD.
ide_cmd_ioctl() needs to map to taskfile transport not
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 02 Feb 2005 07:45:11 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> >
> > And the feedback begins :)
> >
> > Itsuro Oda <[EMAIL PROTECTED]> writes:
> >
> > > Hi,
> > >
> > > I don't like calling crash_kexec() directly in (ex.)
On Thu, 03 Feb 2005 21:47:11 +0100, Ingo Molnar wrote:
>
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
>
>> >* real inter-process handoff. i am thinking of something like
>> >sched_yield(), but it would take a TID as the target
>> >of the yield. this would avoid all the crap we
On 2005.02.04, J.A. Magallon wrote:
> Hi all...
>
> I have a dual Xeon box. I got tired of the noise of the Intel boxed
> fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake
> fans.
> Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by
> Asus, I suppose,
On Thu, Feb 03, 2005 at 05:23:57PM -0800, David S. Miller wrote:
>
> You're absolutely right. Ok, so we do need to change kfree_skb().
> I believe even with the memory barrier, the atomic_read() optimization
> is still worth it. atomic ops on sparc64 take a minimum of 40 some odd
> cycles on
On Tue, 2005-02-01 at 21:14 +0100, Ingo Molnar wrote:
> i have released the -V0.7.37-02 Real-Time Preemption patch, which can be
> downloaded from the usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> the big change in the patch is increased architecture support: most
> notable
On Wed, 2 Feb 2005 11:47:12 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> > 05_ide_merge_pci_driver_hc.patch
> >
> > Merges drivers/ide/pci/*.h files into their corresponding *.c
> > files. Rationales are
> > 1. There's no reason to separate pci drivers into header and
> >
On Fri, 04 Feb 2005 09:54:23 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello again, Bartlomiej.
>
> Bartlomiej Zolnierkiewicz wrote:
> > On Wed, 2 Feb 2005 12:07:27 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> >>>22_ide_taskfile_flush.patch
> >>>
> >>> All REQ_DRIVE_TASK users
Andrew Morton wrote:
> Note that the same optimisation should be made in the call to
> unmap_mapping_range() in generic_file_direct_IO(). Currently we try and
> unmap the whole file, even if we're only writing a single byte. Given that
> you're now calculating iov_length() in there we might as
Hi Marcelo,
This patch adds Wireless Extensions v17 to kernel 2.4.X. This
patch is the same as what went into 2.6.10-rc1, except for the minor
differences between 2.4.X and 2.6.X. This was tested on 2.4.29.
The main reason of this patch is wireless driver outside the
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> Oh, attached should be a minimal fix if you would like to try it out.
>
>
> ...
> --- linux-2.6/mm/vmscan.c~vmscan-minfix 2005-02-04 11:52:37.0
> +1100
> +++ linux-2.6-npiggin/mm/vmscan.c 2005-02-04 11:53:32.0 +1100
> @@
On Fri, 04 Feb 2005 10:06:29 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Bartlomiej Zolnierkiewicz wrote:
> > On Wed, 2 Feb 2005 12:15:59 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> >>>25_ide_taskfile_cmd.patch
> >>>
> >>> All in-kernel REQ_DRIVE_CMD users except for
On Fri, 04 Feb 2005 09:59:22 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > On Wed, 2 Feb 2005 12:12:38 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> >>>29_ide_explicit_TASKFILE_NO_DATA.patch
> >>>
> >>> Make data_phase explicit in NO_DATA cases.
> >>
>
On Thu, Feb 03, 2005 at 10:48:05AM -0800, Nishanth Aravamudan wrote:
> On Thu, Feb 03, 2005 at 10:07:15AM -0600, Makhlis, Lev wrote:
> > Nishanth Aravamudan <[EMAIL PROTECTED]> wrote:
> >
> > > +static inline unsigned long usecs_to_jiffies(const unsigned int u)
> > > +{
> > > + if (u >
On Fri, 4 Feb 2005 12:20:53 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> This is true if CPU 0 reads the count before reading skb->list.
> Without a memory barrier, atomic_read and reading skb->list can
> be reordered. Put it another way, reading skb->list could return
> a cached value that was
Hi all...
I have a dual Xeon box. I got tired of the noise of the Intel boxed
fans and bought a couple of Swiftech 'hedegehogs' and two ThemalTake
fans.
Board is an Asus PCDL and sensors chip is a w83627hf (heavily modified by
Asus, I suppose, because it has 5! fan sensors). With the Intel fans,
Andrew Morton wrote:
Nick Piggin <[EMAIL PROTECTED]> wrote:
Oh, attached should be a minimal fix if you would like to try it out.
...
--- linux-2.6/mm/vmscan.c~vmscan-minfix 2005-02-04 11:52:37.0 +1100
+++ linux-2.6-npiggin/mm/vmscan.c 2005-02-04 11:53:32.0 +1100
@@ -575,6
On Thu, Feb 03, 2005 at 04:49:22PM -0800, David S. Miller wrote:
>
> If we see the count dropped to "1", whoever set it to "1" made
> sure that all outstanding memory operations (including things
> like __skb_unlink()) are globally visible before the
> atomic_dec_and_test() which put the thing to
CC arch/x86_64/kernel/asm-offsets.s
arch/x86_64/kernel/asm-offsets.c: In function `main':
arch/x86_64/kernel/asm-offsets.c:65: error: invalid application of `sizeof'
to an incomplete type
arch/x86_64/kernel/asm-offsets.c:66: error: dereferencing pointer to
incomplete type
Nick Piggin wrote:
Hmm, your DMA zone has no active pages, and pages_scanned (which
triggers all_unreclaimable)
is only incremented when scanning the active list. But I wonder, if the
pages can't be
freed, why aren't they being put on the active list?
Oh, attached should be a minimal fix if you
Hello again, Bartlomiej.
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:07:27 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
22_ide_taskfile_flush.patch
All REQ_DRIVE_TASK users except ide_task_ioctl() converted
to use REQ_DRIVE_TASKFILE.
1. idedisk_issue_flush() converted to
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:12:38 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
29_ide_explicit_TASKFILE_NO_DATA.patch
Make data_phase explicit in NO_DATA cases.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: linux-ide-export/drivers/ide/ide-disk.c
Hi Marcelo,
This patch adds wildcard support for the SIOCSIFNAME ioctl,
like what was done in 2.6.1. SIOCSIFNAME allow a user space tool to
change network interface names (such as nameif, ifrename, or ip link),
this patch allow those tools to specify a pattern, such as "eth%d" or
On Thu, 3 Feb 2005 22:12:24 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> This paradigm is repeated throughout the kernel. I bet the
> same race can be found in a lot of those places. So we really
> need to sit down and audit them one by one or else come up with
> a magical solution apart from
On Thu, 3 Feb 2005, Andrew Morton wrote:
> Well your patch certainly cleans things up in there and would be a good
> thing to have as long as we can be sure that it doesn't break the
> accounting in some subtle way.
I think it also fits well with the other accounting data which is only
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 03 Feb 2005 02:00:51 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> > > 5) dump kernel: export all valid physical memory (and saved register
> > >information) to the user. (as /dev/oldmem /proc/vmcore ?)
> >
> > Or in user
There is an obvious error in the header of /proc/slabinfo
Signed-off-by: Zou Nan hai <[EMAIL PROTECTED]>
--- linux-2.6.11-rc3/mm/slab.c 2005-02-03 13:29:33.0 +0800
+++ linux-2.6.11-rc3-fix/mm/slab.c 2005-02-03 13:32:42.318821400 +0800
@@ -2860,7 +2860,7 @@ static void
Followup to: <[EMAIL PROTECTED]>
By author:jerome lacoste <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> what about something along?
>
> #define EKEYNEXT130 /* key counter */
>
> and
>
> if ((unsigned long)(res) >= (unsigned long)(-EKEYNEXT)) {
>
What you really need
On Thursday 03 February 2005 17:43, Stephen Evanchik wrote:
> Vojtech,
>
> Here is a patch that exposes the IBM TrackPoint's extended properties
> as well as scroll wheel emulation.
>
>
Hi,
Very nice although I have a couple of comments.
> /*
> + * Try to initialize the IBM TrackPoint
> +
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
> i believe RT-LSM provides a way to solve this cleanly: you can make your
> audio app setguid-audio (note: NOT setuid), and make the audio group
> have CAP_SYS_NICE-equivalent privilege via the RT-LSM, and then you
> could have a finegrained per-app way of
Hello,
Bartlomiej Zolnierkiewicz wrote:
On Wed, 2 Feb 2005 12:06:03 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
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
Bodo Stroesser wrote:
Working with the new UML skas0 mode on my Xeon HT host, sporadically I saw
some processes on UML segfaulting.
In all cases, I could track this down to be caused by a gs segment
register,
that had the wrong contents.
This again is caused by a problem in the host linux: A
Hi,
On 02 Feb 2005 07:45:11 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> And the feedback begins :)
>
> Itsuro Oda <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I don't like calling crash_kexec() directly in (ex.) panic().
> > It should be call_dump_hook() (or something like this).
Zach Brown <[EMAIL PROTECTED]> wrote:
>
> After a direct IO write only invalidate the pages that the write intersected.
> invalidate_inode_pages2_range(mapping, pgoff start, pgoff end) is added and
> called from generic_file_direct_IO(). This doesn't break some subtle
> agreement
> with some
Terje FÃberg wrote:
Terje FÃberg <[EMAIL PROTECTED]> skrev:
The kernel is compiling right now, but I cannot
reboot this machine until six or seven o'clock
tonight (CET). I will report then.
Well, well, I rebooted the same kernel, now with
MAGIC-SYSRQ enabled. At first the kswapd-effect
Alexey Dobriyan wrote:
On Thursday 03 February 2005 21:12, Mark A. Greer wrote:
+ mv64xxx_i2c_fsm(drv_data, status);
It can set drv_data->rc to -ENODEV or -EIO. In both cases ->action goes to
MV64XXX_I2C_ACTION_SEND_STOP and mv64xxx_i2c_do_action() will writel()
something. Is it
1 - 100 of 705 matches
Mail list logo