On Thursday 01 September 2005 18:59, Greg KH wrote:
> On Thu, Sep 01, 2005 at 09:10:14AM +0300, Denis Vlasenko wrote:
> > Not tested, but it's rather obvious.
>
> Except you forgot a "Signed-off-by:" line...
>
> > --- linux-2.6.12.src/drivers/i2c/chips/via686a.c.orig Sun Jun 19
> >
> > Since the TCP Window Scale options are exchanged,
> > the window size field contains shifted value except SYNs.
>
> Be careful, tcpdump may be tracking the window scale and reporting
> scaled values. Seems unlikely since with a window scale of 2, and odd
> window size would be impossible.
I
On Thu, Sep 01, 2005 at 01:59:32PM -0700, Nguyen, Tom L wrote:
> On Thursday, September 01, 2005 1:10 PM Andrew Morton wrote:
> >>
> >> On Thursday, September 01, 2005 12:32 PM Andrew Morton wrote:
> >> > So what is the alternative to Shaohua's fix? Restore all the msi
> >> > registers on
On Fri, Sep 02, 2005 at 02:39:15AM +0200, Adrian Bunk wrote:
> 4Kb kernel stacks are the future on i386, and it seems the problems
> it initially caused are now sorted out.
Not entirely.
XFS when mixed with raid/lvm/nfs still blows up. It's probably not
alone in this respect but worse than
On Fri, 02 Sep 2005 13:51:38 +0900 (JST)
Noritoshi Demizu <[EMAIL PROTECTED]> wrote:
> Below may not be directly related to the cause of the problem.
> But I think some window sizes in your mail need to be re-evaluated.
>
> > 11:29:54.961998 10.2.20.246.33060 > 10.2.224.182.8700: S
> >
Below may not be directly related to the cause of the problem.
But I think some window sizes in your mail need to be re-evaluated.
> 11:29:54.961998 10.2.20.246.33060 > 10.2.224.182.8700: S
> 1972343059:1972343059(0) win 5840 0,nop,wscale 2> (DF)
> 11:29:54.983334 10.2.224.182.8700 >
Nigel Cunningham <[EMAIL PROTECTED]> writes:
>
> All I did was start calling pm_ops->prepare, ->enter and ->finish
> regardless of the powerdown method, instead of only for S3 or S4. It
> seems to be working fine. If, however, we should be doing things
> differently, I'm happy to comply. What's
"Brown, Len" <[EMAIL PROTECTED]> writes:
>
>>Patch tested and works fine here. You should probably make a
>>note in the bugzilla so we don't get a conflicting merge
>>from the ACPI folks.
>
> One might also consider that it would be a good idea to
> send patches that break ACPI files to the
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
Looks good from a quick scan.
> +static int do_posix_truncate(struct dentry *dentry, loff_t length)
> +{
> +int err = 0;
> +struct iattr newattrs;
> +
> +newattrs.ia_size = length;
> +newattrs.ia_valid = ATTR_SIZE;
> +
> +
From: Andrew Morton <[EMAIL PROTECTED]>
> Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
> >
> > --- linux-2.6.12.4.orig/arch/i386/lib/usercopy.c2005-08-05
> > 16:04:37.0 +0900
> > +++ linux-2.6.12.4.nt/arch/i386/lib/usercopy.c 2005-09-01
> > 17:09:41.0 +0900
>
> Really.
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>>
>> Thanks.
>>
>> This is clearly a code path I missed when I was fixing things.
>>
>> When I made the final acpi change I checked for any other users
>> of device_suspend and it seems I was blind and missed this one.
>> Looking again...
>>
>>
Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
>
> --- linux-2.6.12.4.orig/arch/i386/lib/usercopy.c 2005-08-05
> 16:04:37.0 +0900
> +++ linux-2.6.12.4.nt/arch/i386/lib/usercopy.c 2005-09-01
> 17:09:41.0 +0900
Really. Please redo and retest the patch against a current
Dave McCracken wrote on Tuesday, August 30, 2005 3:13 PM
> This patch implements page table sharing for all shared memory regions that
> span an entire page table page. It supports sharing at multiple page
> levels, depending on the architecture.
In function pt_share_pte():
> +
fr den 02.09.2005 Klokka 00:15 (-0400) skreiv Trond Myklebust:
> Sure. The other problem is that the test is made before the i_sem is
> grabbed. OK, so how about the appended patch instead?
Doh!
Trond
VFS/NFS: Fix up behaviour w.r.t. truncate() and open(O_TRUNC)
POSIX and the SUSv3 specify
to den 01.09.2005 Klokka 21:07 (-0700) skreiv Andrew Morton:
> Of course. But with your patch, the optimisation in inode_setattr() is
> redundant (except for O_TRUNC, perhaps).
Sure. The other problem is that the test is made before the i_sem is
grabbed. OK, so how about the appended patch
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> to den 01.09.2005 Klokka 20:45 (-0700) skreiv Andrew Morton:
> > Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > >
> > > +static inline int do_posix_truncate(struct dentry *dentry, loff_t
> > > length)
> > > +{
> > > +/* In SuS/Posix lore,
Moses Leslie <[EMAIL PROTECTED]> wrote:
>
> On some older hardware I'm trying to use, 2.6.13 (and 2.6.12.3, the only
> other 2.6 kernel tested on this hardware) lock up right after boot, there
> are no indications about what specifically is wrong. The last few lines
> before the lockup are:
>
to den 01.09.2005 Klokka 20:45 (-0700) skreiv Andrew Morton:
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
> >
> > +static inline int do_posix_truncate(struct dentry *dentry, loff_t length)
> > +{
> > + /* In SuS/Posix lore, truncate to the current file size is a no-op */
> > + if (length ==
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> +static inline int do_posix_truncate(struct dentry *dentry, loff_t length)
> +{
> +/* In SuS/Posix lore, truncate to the current file size is a no-op */
> +if (length == i_size_read(dentry->d_inode))
> +return 0;
> +
Andrew,
From: Andrew Morton <[EMAIL PROTECTED]>
> Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > On Friday 02 September 2005 04:08, Andrew Morton wrote:
> >
> > > I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> > > about the whole idea... We'll gain some and we'll
to den 01.09.2005 Klokka 19:38 (-0400) skreiv Trond Myklebust:
> This is a consequence of 2.6 NFS clients optimising away unnecessary
> truncate calls. Whereas this is correct behaviour for truncate(), it
> appears to be incorrect for open(O_TRUNC).
>
> In fact, local filesystems like xfs and
On Thu, 01 Sep 2005 12:38:24 -0700 Daniel Walker wrote:
>
> This patch should handle the case when scsi_add_host() fails.
>
> Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> Index: linux-2.6.13/drivers/scsi/aic7xxx/aic7xxx_osm.c
>
On Thu, 1 Sep 2005 20:17:37 -0700 Randy.Dunlap wrote:
> On Fri, 02 Sep 2005 02:19:51 +0100 Sid Boyce wrote:
>
> > For both -git1.gz/.bz2 and -git2.gz/.bz2.
>
> Yep, I think this is the fourth message about this.
> It would be nice to get it fixed
I suppose as a temporary measure (without
On Fri, 02 Sep 2005 02:19:51 +0100 Sid Boyce wrote:
> For both -git1.gz/.bz2 and -git2.gz/.bz2.
Yep, I think this is the fourth message about this.
It would be nice to get it fixed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
A while ago there was a big discussion about splitting out the
userspace-accessible portions of the kernel headers into a separate
directory, "kabi", "kernel-abi", "linux-abi", or a half-dozen other
suggestions. Linus sprinkled a bit of holy-penguin-pee on the idea,
but nothing ever really
On Thu, Sep 01, 2005 at 05:17:38PM -0700, Andrew Morton wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Can I assume that the five m68k patches can be split apart from the five
> > patches which dink with task_struct? ie: if the task_struct patches go in
> > later, does anything bad
On Sep 1, 2005, at 6:53 PM, Ion Badulescu wrote:
A few minutes later it has finally caught up to present time and it
starts receiving smaller packets containing real-time data. The TCP
window is still 16534 at this point.
[tcpdump output removed]
This is where things start going bad. The
svgalib is spelled "svgalib"
I have started writing a windowing program which
uses svgalib. The source code is available at,
http://sourceforge.net/projects/svgalib-windows
select "browse cvs". SourceForge is rebuilding their
site, so some things don't work.
On 9/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi, everyone.
>
>I know kernel oops can be seen by run 'dmesg', but if
> kernel crashed, we can not run it. so I reconfigure syslogd
> to support remote forward, the debug machine content of
> syslogd.conf is:
When the panic is
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> On Friday 02 September 2005 04:08, Andrew Morton wrote:
>
> > I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> > about the whole idea... We'll gain some and we'll lose some - how do we
> > know it's a net gain?
>
> I suspect
On Friday 02 September 2005 04:08, Andrew Morton wrote:
> I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> about the whole idea... We'll gain some and we'll lose some - how do we
> know it's a net gain?
I suspect it'll gain more than it loses. The only case where it
Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
>
> From: Andi Kleen <[EMAIL PROTECTED]>
> > On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
> >
> > > The following is the almost final version of the
> > > cache pollution aware __copy_from_user_ll() patch.
> >
> > Looks good to me.
> >
> >
"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> > - Included Alan's big tty layer buffering rewrite. This breaks the build on
> > lots of more obscure
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> ...
>
> This patch:
>
> netlink-log-protocol-failures.patch
>
> is causing lots of messages like this
On Friday 02 September 2005 03:43, Hiro Yoshioka wrote:
> From: Andi Kleen <[EMAIL PROTECTED]>
>
> > On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
> > > The following is the almost final version of the
> > > cache pollution aware __copy_from_user_ll() patch.
> >
> > Looks good to me.
>
Dave McCracken wrote on Tuesday, August 30, 2005 3:13 PM
> This patch implements page table sharing for all shared memory regions that
> span an entire page table page. It supports sharing at multiple page
> levels, depending on the architecture.
>
>
> This version of the patch supports i386
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
> - Included Alan's big tty layer buffering rewrite. This breaks the build on
> lots of more obscure character device drivers. Patches welcome (please cc
>
ata_get_mode_mask() uses bits 3 and 4 in the pio_mask to represent PIO
modes 3 and 4. The value read from the drive, which reports support
for PIO3 and PIO4 in bits 0 and 1, is shifted left by 3 bits and OR'd
with 0x7 (which then corresponds to PIO 2-0 in libata). Thus, the
drivers below need
From: Andi Kleen <[EMAIL PROTECTED]>
> On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
>
> > The following is the almost final version of the
> > cache pollution aware __copy_from_user_ll() patch.
>
> Looks good to me.
>
> Once the filemap.c hunk is in I'll probably do something
>
Hi,
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
- Included Alan's big tty layer buffering rewrite. This breaks the build on
lots of more obscure character device drivers. Patches welcome (please cc
Alan).
Brett Russ wrote:
This is my libata compatible low level driver for the Marvell SATA
family. Currently it successfully runs in PIO mode on a 6081 chip.
EDMA support is in the works and should be done shortly. Review,
testing (especially on other flavors of Marvell), comments welcome.
Note
get_cpu_vendor() no longer has any users in other files.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 24 Aug 2005
arch/i386/kernel/cpu/common.c |2 +-
arch/x86_64/kernel/setup.c|2 +-
include/asm-x86_64/proto.h|1 -
3 files changed,
On 9/2/05, Richard Hayden <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> It appears there is no protection in badness() (called by
> out_of_memory() for each process) when it reads p->mm->total_vm. Another
> processor (or a kernel preemption) could presumably run do_exit and then
> exit_mm, freeing the
This patch contains the following small cleanups:
- make two needlessly global functions static
- drm_sysfs.c: every file should #include the header with the prototypes
of the global functions it is offering
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was
Remove S4BIOS support. It is pretty useless, and only ever worked for
_me_ once. (I do not think anyone else ever tried it). It was in
feature-removal for a long time, and it should have been removed before.
From: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Aug 2005
--- linux-2.6.13-rc6-mm1/mm/filemap.c.old 2005-08-20 14:37:27.0
+0200
+++ linux-2.6.13-rc6-mm1/mm/filemap.c 2005-08-20
This patch contains possible cleanups including the following:
- make needlessly global code static
- #if 0 the following unused global function:
- sdladrv.c: sdla_intde
- remove the following unused global variable:
- lmc_media.c: lmc_t1_cables
- remove the following unneeded EXPORT_SYMBOL's:
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 22 Aug 2005
--- linux-2.6.13-rc6-mm1-full/drivers/md/raid1.c.old2005-08-22
02:50:14.0 +0200
+++ linux-2.6.13-rc6-mm1-full/drivers/md/raid1.c
Every file should #include the header with the prototypes of the global
functions it is offering.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 24 Aug 2005
--- linux-2.6.13-rc6-mm1-full/fs/cramfs/uncompress.c.old2005-08-23
01:56:47.0
There's no modular usage in the kernel and modules shouldn't use this
symbol.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 22 Aug 2005
- 30 May 2005
- 13 May 2005
- 1 May 2005
- 23 Apr 2005
--- linux-2.6.12-rc2-mm3-full/fs/super.c.old2005-04-23
john stultz wrote:
All,
I recently ran into a bug with an older kernel where xtime's tv_nsec
field had accumulated more then 2 seconds worth of time. The timespec's
tv_nsec is a signed long, however gettimeofday() treats it as an
unsigned long. Thus when the failure occured, very strange
i disabled the isdn subsystem temporarely and tried to recompile
finding out that jsm-tty is affected too:
CC [M] drivers/serial/jsm/jsm_tty.o
drivers/serial/jsm/jsm_tty.c: In function 'jsm_input':
drivers/serial/jsm/jsm_tty.c:592: error: 'struct tty_struct' has no member
named 'flip'
On Thu, 2005-09-01 at 23:20 +0800, Nguyen, Tom L wrote:
> On Wednesday, August 31, 2005 2:44 PM Greg KH wrote:
> >>On Thu, Aug 18, 2005 at 01:35:46PM +0800, Shaohua Li wrote:
> >> Hi,
> >> It appears pci_enable_msi doesn't reconfigure msi registers if it
> >> successfully look up a msi for a
> Date: Wed, 31 Aug 2005 20:05:02 -0700
> From: Todd Poynor <[EMAIL PROTECTED]>
>
> David Brownell wrote:
> > Interesting. I start to like this shape better; it moves more of the
> > logic to operating point code, where it can make the sysfs interface
> > talk in terms of meaningful abstractions,
4Kb kernel stacks are the future on i386, and it seems the problems it
initially caused are now sorted out.
Does anyone knows about any currently unsolved problems?
I'd like to:
- get a patch into on of the next -mm kernels that unconditionally
enables 4KSTACKS
- if there won't be new reports
Quoting Sabuj Pattanayek <[EMAIL PROTECTED]>:
> Hi all,
Hi, Sabuj
> I'm posting a bug as directed by REPORTING-BUGS in the kernel sources.
>
> PROBLEM: Inconsistent kallsyms data error near the end of make in the linux
> kernel-2.6.13 .
This is probably a known problem.
Please check this
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Can I assume that the five m68k patches can be split apart from the five
> patches which dink with task_struct? ie: if the task_struct patches go in
> later, does anything bad happen?
eh, forget I asked that. They're interdependent.
-
To unsubscribe
Roman Zippel <[EMAIL PROTECTED]> wrote:
>
> This patch series brings the m68k closer to a working state. It consists
> of two basic parts, the first five patches do the minimal changes to get
> m68k compiling in mainline, the last five patches do a cleanup of the
> kernel API.
Can I assume
Bartlomiej Zolnierkiewicz wrote:
Same thing as with VT6420 support:
I'm still concerned about VIA IDE chipset + VT6410 combo
(AFAIR I've also seen VT6410 on PCI add-on card but I can be wrong).
via82cxxx.c needs to be fixed to support multiple controllers first.
Hows this? I don't have any
This patch removes some dead IDE-related #define's and
"static inline" functions.
Please double-check it since I've only tested it with grep and didn't
try compilation.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/ppc/platforms/hdpu.c | 40 ---
Hi all,
I'm posting a bug as directed by REPORTING-BUGS in the kernel sources.
PROBLEM: Inconsistent kallsyms data error near the end of make in the linux
kernel-2.6.13 .
1) Decompress full linux-2.6.13.tar.bz2 sources to /usr/src/linux
2) cp /boot/config-2.6.12.5 to /usr/src/linux/.config
3)
Hi
Pentium M / Dothan steppings are: A1, A2, B0, B1, C0, C1. My /proc/cpuinfo
shows stepping 6. Does this mean i have stepping C1?
If so, then can i compile cpufreq tables into kernel? I have centrino laptop
without those tables in ACPI.
st3 wrote:
The only issue is that there are four
Hi,
On some older hardware I'm trying to use, 2.6.13 (and 2.6.12.3, the only
other 2.6 kernel tested on this hardware) lock up right after boot, there
are no indications about what specifically is wrong. The last few lines
before the lockup are:
382MB LOWMEM available
DMI 2.3 present
> The IPMI driver uses read/write locks to ensure that things
> exist while they are in use. This is bad from a number of
> points of view. This patch removes the rwlocks and uses
> refcounts and a special synced list (the entries can be
> refcounted and removal is blocked while an entry is in
On 9/1/05, Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> This should fix a small warning in the e1000 driver. It casts to the
> largest possible type dma field. This was found while compiling for
> X86_64 .
>
> Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> Index:
On Thu, Sep 01, 2005 at 03:45:09PM -0700, Tom Rini wrote:
[snip]
> So digging back in CVS it seems this was added to fix a spurious
> interrupt that occured on an (probably) an x86_64 box when NMI support
> didn't work correctly. I think it's safe enough to just drop this.
Since reposting seems
on den 31.08.2005 Klokka 08:55 (-0600) skreiv Rob Sims:
> We have noticed when changing from kernel 2.4.23 to 2.6.8 that
> timestamps of files are not changed if opened for a write and nothing is
> written. When using 2.4.23 timestamps are changed. When using a local
> filesystem (reiserfs) with
On 9/2/05, Ion Badulescu <[EMAIL PROTECTED]> wrote:
> Hi David,
>
> On Thu, 1 Sep 2005, David S. Miller wrote:
>
> > Thanks for the empty posting. Please provide the content you
> > intended to post, and furthermore please post it to the network
> > developer mailing list,
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc6-mm2:
>...
> git-serial.patch
>...
> Subsystem trees
>...
This patch contains Alan's patch for fixing the compilation of
drivers/char/mwave/mwavedd.c, but the driver is still marked as BROKEN
which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
> On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>
>>...
>>Changes since 2.6.13-rc6-mm2:
>>...
>>+sisfb-update.patch
>>...
>> fbdev updates
>>...
>
>
> This patch accidentally replaces drivers/video/sis/Makefile
If the feature is removed, there's no need to keep the entry in
feature-removal-schedule.txt.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-mm1-full/Documentation/feature-removal-schedule.txt.old
2005-09-02 01:13:12.0 +0200
+++
On Thu, Sep 01, 2005 at 02:09:38PM -0700, Andrew Morton wrote:
> Now, probably there's deep magic happening here and I'm wrong. If so then
> please explain the code's magic via a comment patch so the question doesn't
> arise again, thanks.
>
This is a comment patch around lock_kprobes() and
On Wed, Aug 31, 2005 at 10:33:52AM +0100, Russell King wrote:
>...
> In addition, the following drivers declare functions of the same name.
> The maintainers of these need to look to see why, and eliminate them
> where possible.
>
> drivers/serial/crisv10.c:register_serial(struct serial_struct
Hi.
Here is my new trial for the resize lock issue.
Basically, it goes as follows:
To ensure that only one resizer is running at a time, I added a global
lock that is acquired in the very beginning of ext3_group_add and
ext3_group_extend.
lock_super is now only used in ext3_group_add in the
> -Original Message-
> From: Ashok Raj [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 3:27 PM
> To: Protasevich, Natalie
> Cc: Ashok Raj; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> linux-kernel@vger.kernel.org;
We were leaking pmd pages when 3_LEVEL_PGTABLES was enabled. This fixes that.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: test/arch/um/kernel/skas/include/mmu-skas.h
===
--- test.orig/arch/um/kernel/skas/include/mmu-skas.h
Andrew Morton wrote:
Corey Minyard <[EMAIL PROTECTED]> wrote:
Indeed, this function is badly written. In rewriting, I couldn't find a
nice function for reading integers from userspace, and the proc_dointvec
stuff didn't seem terribly suitable.
We write numbers into profs files all
Brian King <[EMAIL PROTECTED]> wrote:
>
> +void pci_block_user_cfg_access(struct pci_dev *dev)
> +{
> + unsigned long flags;
> +
> + pci_save_state(dev);
> + spin_lock_irqsave(_lock, flags);
> + dev->block_ucfg_access = 1;
> + spin_unlock_irqrestore(_lock, flags);
Are you sure
From: Bodo Stroesser <[EMAIL PROTECTED]>
This change enables SKAS0/SKAS3 to work with all combinations
of /proc/mm and PTRACE_FAULTINFO being available or not.
Also it changes the initialization of proc_mm and
ptrace_faultinfo slightly, to ease forcing SKAS0 on a patched
host. Forcing UML to run
semaphore.c is no longer available from arch/x86_64, so we just pick up the
generic version instead.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-mm1/arch/um/sys-x86_64/Makefile
===
---
This patch makes UML use host AIO support when it (and
/usr/include/linux/aio_abi.h) are present. This is only the support, with
no consumers - a consumer is coming in the next patch.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: test/arch/um/include/aio.h
This merges two sets of files which had no business being split apart in the
first place.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13/arch/um/include/syscall.h
===
--- linux-2.6.13.orig/arch/um/include/syscall.h
This fixes a build breakage introduced by Alan's tty cleanups. This should
be tied to that patch if possible.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-mm1/arch/um/drivers/chan_kern.c
===
---
Hi David,
On Thu, 1 Sep 2005, David S. Miller wrote:
Thanks for the empty posting. Please provide the content you
intended to post, and furthermore please post it to the network
developer mailing list, netdev@vger.kernel.org
First of all, thanks for the reply (even to an empty posting :).
From: Gennady Sharapov <[EMAIL PROTECTED]>
The serial UML OS-abstraction layer patch (um/kernel dir).
This moves all systemcalls from process.c file under os-Linux dir
and join process.c and process_kern.c files.
Signed-off-by: Gennady Sharapov <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike
From: Jesper Juhl <[EMAIL PROTECTED]>
Date: Fri, 2 Sep 2005 00:49:20 +0200
> Hmm, I see plenty of content in the post. Want me to farward you a
> copy off list ?
Please do, I didn't see anything.
It still needs to be reposted to netdev@vger.kernel.org
anyways :)
-
To unsubscribe from this list:
From: Bodo Stroesser <[EMAIL PROTECTED]>
Add new cmdline setups:
- noprocmm
- noptracefaultinfo
In case of testing, they can be used to switch off usage of
/proc/mm and PTRACE_FAULTINFO independently.
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL
On 9/2/05, David S. Miller <[EMAIL PROTECTED]> wrote:
>
> Applied, thanks Jesper.
>
> Can you avoid those "/./" things from showing up in the file paths of
> the patches you post? They upset the GIT patch application scripts
> and diff verifiers, so I had to edit them out by hand.
>
No
On 9/2/05, David S. Miller <[EMAIL PROTECTED]> wrote:
>
> Thanks for the empty posting. Please provide the content you
> intended to post, and furthermore please post it to the network
> developer mailing list, netdev@vger.kernel.org
>
Hmm, I see plenty of content in the post. Want me to
On Thu, 1 Sep 2005, Hidetoshi Seto wrote:
> Index: linux-2.6.13/include/asm-ia64/io.h
> ===
> --- linux-2.6.13.orig/include/asm-ia64/io.h
> +++ linux-2.6.13/include/asm-ia64/io.h
> @@ -70,6 +70,26 @@ extern unsigned int
On Thu, Sep 01, 2005 at 11:44:44PM +0100, Alan Cox wrote:
> On Iau, 2005-09-01 at 14:47 -0700, Tom Rini wrote:
> > > > +* If there is some other CPU in KGDB then this is a
> > > > +* spurious interrupt. so return without even checking a byte
> > > > +*/
> > > > + if
Thanks for the empty posting. Please provide the content you
intended to post, and furthermore please post it to the network
developer mailing list, netdev@vger.kernel.org
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Applied, thanks Jesper.
Can you avoid those "/./" things from showing up in the file paths of
the patches you post? They upset the GIT patch application scripts
and diff verifiers, so I had to edit them out by hand.
Thanks again.
-
To unsubscribe from this list: send the line "unsubscribe
From: Bodo Stroesser <[EMAIL PROTECTED]>
cleanup and fix the check for advanced sysemu
(PTRACE_SYSEMU_SINGLESTEP option)
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: test/arch/um/os-Linux/start_up.c
From: Bodo Stroesser <[EMAIL PROTECTED]>
Change syscall-stub's data to include a "expected retval".
Stub now checks syscalls retval and aborts execution of
syscall list, if retval != expected retval.
run_syscall_stub prints the data of the failed syscall,
using the data pointer and retval written
From: Patrick Caulfield <[EMAIL PROTECTED]>
Date: Tue, 30 Aug 2005 09:47:36 +0100
> Patch from Steve which I've vetted and tested:
>
> "This patch is really intended has a move towards fixing the sendmsg/recvmsg
>
> functions in various ways so that we will finally have working nagle.
More (non-functional) style modifications since the version 0.11
driver I sent out earlier today. Removed most parens around return
value, corrected indentation of labels, improved comment for flush,
removed naked return, and cleanup ata_qc_from_tag() call block.
This is my libata compatible low
This adds AIO support to the ubd driver.
The driver breaks a struct request into IO requests to the host,
based on the hardware segments in the request and on any COW blocks
covered by the request.
The ubd IO thread is gone, since there is now an equivalent thread in the
AIO module.
There is
From: Al Viro <[EMAIL PROTECTED]>
Added missing include list to uml AFLAGS
Killed magic for stubs. [So] - it was needed only because of messed AFLAGS
Switched segv_stubs.c to kernel CFLAGS sans profile, instead of user ones
Killed STUBS_CFLAGS - it's not needed and the only remaining use had been
Hi, I tried to compile 2.6.13-mm1, got some error:
CC [M] drivers/isdn/i4l/isdn_tty.o
drivers/isdn/i4l/isdn_tty.c: In function `isdn_tty_try_read':
drivers/isdn/i4l/isdn_tty.c:71: error: structure has no member named `flip'
drivers/isdn/i4l/isdn_tty.c:86: error: structure has no member named
1 - 100 of 849 matches
Mail list logo