> > > +static int extint_counter_open(struct inode *inode, struct file *filp)
> > > +{
> > > + struct extint_device *ed = file_to_extint_device(filp);
> >
> > you don't need the file but just the inode (strictly speaking the cdev),
> > and doing this based on the file is rather confusing to the
On Tue, Aug 23, 2005 at 10:47:07PM +0100, Al Viro wrote:
> alpha xchg has to be a macro - alpha disables always_inline and if that
> puppy does not get inlined, we immediately blow up on undefined reference.
> Happens even on gcc3; with gcc4 that happens a _lot_.
I think you should rather fix
On Tue, Aug 23, 2005 at 10:43:35PM +0200, Miklos Szeredi wrote:
> 64 bit architectures all implement their own compatibility sys_open(),
> when in fact the difference is simply not forcing the O_LARGEFILE
> flag. So use the a common function instead.
Traditional naming would be just do_open(),
On Tue, Aug 23, 2005 at 10:24:30PM +0200, Miklos Szeredi wrote:
> Remove unused ia_attr_flags from struct iattr, and related defines.
I had actually planned to make use of this, by adding a common helper
for the ext2-style file flags ioctl so all the checking is moved outside
the filesystems.
- Original Message -
From: "Trond Myklebust" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, August 24, 2005 1:36 AM
Subject: Re: message: do_vfs_lock: VFS is out of sync with lock manager!
> ty den 23.08.2005 Klokka 19:00 (+0200) skreiv [EMAIL PROTECTED]:
> > Hello
I wrote:
> Linas Vepstas writes:
>
> In this patch at least, your mailer seems to have blanked out lines
> that match ^[-+]$. Could you send them to me again with a different
> mailer or put them on a web or ftp site somewhere?
I got 3 copies of each of these mails, one directly, one through
On Wed, Aug 24 2005, Nathan Scott wrote:
> On Wed, Aug 24, 2005 at 09:08:10AM +0200, Jens Axboe wrote:
> > ...
> > This isn't msec precision, it's usec. sched_clock() is in ns! I already
> > decided that msec is too coarse, but usec _should_ be enough.
>
> Right you are (I was thinking
On Wed, Aug 24, 2005 at 09:08:10AM +0200, Jens Axboe wrote:
> ...
> This isn't msec precision, it's usec. sched_clock() is in ns! I already
> decided that msec is too coarse, but usec _should_ be enough.
Right you are (I was thinking m-for-micro, not m-for-milli in my head ;)
- but still, there
On Wed, Aug 24 2005, Nathan Scott wrote:
> On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
> > Hi,
> >
> > This is a little something I have played with. It allows you to see
> > exactly what is going on in the block layer for a given queue. Currently
> > it can logs request queueing
On Wed, Aug 24 2005, Nathan Scott wrote:
> Hi Jens,
>
> On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
> > ...
> > + t.pid = current->pid;
> > ...
> > +/*
> > + * The trace itself
> > + */
> > +struct blk_io_trace {
> > + u32 magic; /* MAGIC << 8 | version
Hello!
Integrate saa7146_i2c adapter into device model:
Moves entries from /sys/device/platform to /sys/device/pci*.
Signed-off-by: Philipp Hahn <[EMAIL PROTECTED]>
--- linux/drivers/media/common/saa7146_i2c.c2004-10-26 22:24:09.0
+0200
+++ linux/drivers/media/common/saa7146_i2c.c
Recent updates:
* various minor fixes and feature additions
git users: 'ALL' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.13-rc7-netdev1.patch.bz2
Recent updates:
* core: ATAPI fixes from Tejun Heo and Albert Lee
* sata_promise: new PCI IDs
* sata_sil: don't apply mod15write fix to 3125/3114 chips
* ahci: "HD LED always on" fix
git users: 'ALL' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Patch:
On Tue, Aug 23, 2005 at 10:08:13PM -0700, Linus Torvalds wrote:
> cpu_exclusive sched domains on partial nodes temp fix
... breaks ppc64 since there we have node_to_cpumask() done as inlined
function, not a macro. So we get __first_cpu(_to_cpumask(...),...),
with obvious consequences.
On 24 Aug 2005 at 1:54, Roman Zippel wrote:
[...]
> error) >> shift". The difference between system time and reference
> time is really important. gettimeofday() returns the system time, NTP
> controls the reference time and these two are synchronized regularly.
[...]
Roman,
I'm having a
Hi Jens,
On Tue, Aug 23, 2005 at 02:32:36PM +0200, Jens Axboe wrote:
> ...
> + t.pid = current->pid;
> ...
> +/*
> + * The trace itself
> + */
> +struct blk_io_trace {
> + u32 magic; /* MAGIC << 8 | version */
> + u32 sequence; /* event number */
> +
This patch fixes a wrong URL in Documentation/dvb/get_dvb_firmware.
This patch fixes kernel Bugzilla #4301.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm2-full/Documentation/dvb/get_dvb_firmware.old
2005-08-24 08:16:01.0 +0200
+++
2.6.13-rc7 + kdb on ia64. The qla2xxx drivers are getting unaligned
accesses at startup.
qla2300 :01:02.0: Found an ISP2312, irq 66, iobase 0xc0080f30
qla2300 :01:02.0: Configuring PCI space...
PCI: slot :01:02.0 has incorrect PCI cache line size of 0 bytes, correcting
to
Difficulty: beginner / intermediate
Modern network drivers have a per-NIC list of debugging messages that
can be enabled/disabled at runtime, implemented as a bitmask named
'msg_enable' in each driver. VERY useful for tracing specific events
during debugging. grep for 'msg_enable',
You noticed that too, eh? It's already fixed in the patches
I may yet send out tonight, splitting "usbnet" and its
minidrivers into separate files ...
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Mon, 22 Aug 2005, Linus Torvalds wrote:
>
> But disabling the ROM assignment might be a good idea. Almost nobody ever
> really wants to assign the ROM anyway, and there are cards where there are
> some strange rules about ROM alignment (read: doesn't follow spec).
Here's an even better
pcibios_bus_to_resource is exported on all architectures except ia64
and sparc. Add exports for the two missing architectures. Needed when
Yenta socket support is compiled as a module.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/pci/pci.c
Recent updates:
* various minor fixes and feature additions
git users: 'ALL' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.13-rc7-netdev1.patch.bz2
Hi,
On Wed, 24 Aug 2005, Ulrich Windl wrote:
I'm having a problem with your wording: NTP _does_ control the system time
(system clock), because it's the only clock it can use. The reference time
is
usually remote or elsewhere (multiple sources). Local NTP does not control
the
remote
- egcs is not supported by kernel 2.6
- Am I right to assume that gcc 2.95.3 is not worse than gcc 2.95.1?
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.13-rc6-mm2-full/Documentation/arm/README.old 2005-08-24
11:51:22.0 +0200
+++
On Wed, 2005-08-24 at 12:08 +0200, Adrian Bunk wrote:
Looking at 2.6.13-rc6-mm2, the only architectures with own enable_irq()
implementations are m68knommu and sparc.
You missed ARM.
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 8/24/05, Vladimir V. Saveliev [EMAIL PROTECTED] wrote:
Hello
raja wrote:
Hi,
Would you please tell me how to write a function that generates a
delay of Less than a sec.(ie for 1 milli se or one microsec etc).
Maybe you could use: linux/kernel/timer.c:schedule_timeout()
On Wed, Aug 24, 2005 at 10:44:55AM +, Thomas Gleixner wrote:
On Wed, 2005-08-24 at 12:08 +0200, Adrian Bunk wrote:
Looking at 2.6.13-rc6-mm2, the only architectures with own enable_irq()
implementations are m68knommu and sparc.
You missed ARM.
Yes and no.
Yes, because you are
Hi,
At Wed, 24 Aug 2005 15:47:35 +0800,
[EMAIL PROTECTED] wrote:
Hi,Takashi Iwai PeiSen Hou:
We add some codes in hda_intel.c which is in
alsa-driver-1.0.9b/alsa-kernel/pci/hda/ folder to support our HDA
controller ULi M5461.
Because that our controller has little different with Intel:
auxiliary-vector-cleanups.patch broke compilation on the xtensa
architecture because it doesn't add an asm/auxvec.h on this
architecture.
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
Every file should #include the header with the prototypes of the global
functions it is offering.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.13-rc6-mm1-full/fs/cramfs/uncompress.c.old2005-08-23
01:56:47.0 +0200
+++
extern inline doesn't make sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/asm-xtensa/atomic.h | 12 -
include/asm-xtensa/checksum.h|4 +--
include/asm-xtensa/delay.h |2 -
include/asm-xtensa/io.h | 14 +-
It file seems to be an accident.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/asm-xtensa/page.h.n | 135
1 files changed, 135 deletions(-)
--- linux-2.6.13-rc6-mm1-modular/include/asm-xtensa/page.h.n2005-08-19
15:08:16.0 +0200
get_cpu_vendor() no longer has any users in other files.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/i386/kernel/cpu/common.c |2 +-
arch/x86_64/kernel/setup.c|2 +-
include/asm-x86_64/proto.h|1 -
3 files changed, 2 insertions(+), 3 deletions(-)
---
On Wed, Aug 24, 2005 at 07:43:42AM +0100, Al Viro wrote:
On Tue, Aug 23, 2005 at 10:08:13PM -0700, Linus Torvalds wrote:
cpu_exclusive sched domains on partial nodes temp fix
... breaks ppc64 since there we have node_to_cpumask() done as inlined
function, not a macro. So we get
On Tue, Aug 23, 2005 at 10:45:41PM +0100, Al Viro wrote:
infiniband uses PCI helpers all over the place (including the core parts) and
won't build without PCI.
...
CONFIG_INFINIBAND=y and CONFIG_PCI=n compiles for me on i386.
Can you post the compile error you got?
cu
Adrian
--
Is
Kernel 2.6 doesn't support egcs, and I didn't find any user of this
function.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Note: I haven't tested the compilation of this patch.
--- linux-2.6.13-rc6-mm2-full/arch/ia64/hp/sim/boot/fw-emu.c.old
2005-08-24 12:38:22.0 +0200
As reported by Paul Mackerras [EMAIL PROTECTED], the previous
patch cpu_exclusive sched domains fix broke the ppc64 build,
yielding error messages:
kernel/cpuset.c: In function 'update_cpu_domains':
kernel/cpuset.c:648: error: invalid lvalue in unary ''
kernel/cpuset.c:648: error: invalid lvalue
Paul,
Can we hold on to this patch for a while, as I reported yesterday,
this hangs up my ppc64 box on doing rmdir on a exclusive cpuset.
Still debugging the problem, hope to have a fix soon, Thanks
-Dinakar
On Wed, Aug 24, 2005 at 04:15:10AM -0700, Paul Jackson wrote:
As reported by
Dinakar wrote:
Can we hold on to this patch for a while, as I reported yesterday,
Sure - though I guess it's Linus or Andrew who will have to do
the holding.
I sent it off contingent on the approval of yourself, Hawkes and Nick.
It looks like Linus is living dangerously and put it in already
Hi,
This is to suggest and discuss the enhancement in spinlock code.
If we look into the implementation of helper function (
__read_lock_failed ) of read-write spinlocks (file :
arch/i386/kernel/semaphore.c), that is implemented as follows:
279 .align 4
280 .globl __read_lock_failed
On Tue, 23 Aug 2005, Linus Torvalds wrote:
On Tue, 23 Aug 2005, Ulrich Drepper wrote:
Linus Torvalds wrote:
Especially if you use MAP_SHARED, you don't even need to mprotect
anything: you'll get a nice SIGBUS if you ever try to access past
the last page that maps the file.
Paul Mackerras wrote:
I'm not sure what the best way to fix this is
Thank-you for reporting this. Likely the best way to fix this for now,
since we are late in a release (Linus will probably want to wack me
upside the head for breaking his build ;) is to leave the
node_to_cpumask and
On Sat, 13 Aug 2005, Linux Kernel Mailing List wrote:
Fix up mmap of /dev/kmem
This leaves the issue of whether we should deprecate the whole thing (or
if we should check the whole mmap range, for that matter) open. Just do
the minimal fix for now.
drivers/char/mem.c | 12
Hi,
I'm currently trying to write a USB driver for Linux. The device must be
configured by writing some values into the same register but I want to be
sure that the writing order is respected by either the compiler and the cpu.
For example, here is a bit of driver's code:
#include asm/io.h
On Wed, 24 Aug 2005, moreau francis wrote:
Hi,
I'm currently trying to write a USB driver for Linux. The device must be
configured by writing some values into the same register but I want to be
sure that the writing order is respected by either the compiler and the cpu.
For example, here
On Wed, Aug 24, 2005 at 02:03:16PM +0530, Mukund JB. wrote:
Dear Lenneart,
One good news
I have implemented the partition support in the driver.
I am able to mount the partition of the individual device.
I partition them using the fdisk and mounted them.
The architecture this some thing
[Added alsa-devel ML to Cc]
At Wed, 24 Aug 2005 13:02:18 +0200,
I wrote:
Hi,
At Wed, 24 Aug 2005 15:47:35 +0800,
[EMAIL PROTECTED] wrote:
Hi,Takashi Iwai PeiSen Hou:
We add some codes in hda_intel.c which is in
alsa-driver-1.0.9b/alsa-kernel/pci/hda/ folder to support our HDA
Dear Lenneart,
Most common for disk devices is XXYZ where XX is some name for the
driver (hd for ide, sd for scsi, other things for other drive types), Y
is a letter (a for first, b for second, c for third, etc) and Z is the
partition number. So in your case you could have:
tfaa for first slot
On Wed, Aug 24, 2005 at 06:48:20PM +0530, Mukund JB. wrote:
My controller itself alone handle FOUR device at a time (u mea these
should be (tfa, b , c d)
But how do I represent if I have more than one such controller i.e. it
is more 4 devices each with more parttions again.
Well the scsi and
On 8/24/05, Christoph Hellwig [EMAIL PROTECTED] wrote:
Please don't announce propitarty drivers on lkml, thanks.
Sorry, but my intent with this drivers is to make them as free as
possible. I have ported the old driver because the only non-free files
are the .Os . The new drivers distributed by
On Wed, Aug 24, 2005 at 11:09:38AM -0300, Rafael Esp?ndola wrote:
On 8/24/05, Christoph Hellwig [EMAIL PROTECTED] wrote:
Please don't announce propitarty drivers on lkml, thanks.
Sorry, but my intent with this drivers is to make them as free as
possible. I have ported the old driver because
Hi,
This patch has fixed the following warnings.
arch/mips/kernel/genex.S:250:5: warning: CONFIG_64BIT is not defined
arch/mips/math-emu/cp1emu.c:1128:5: warning: __mips64 is not defined
arch/mips/math-emu/cp1emu.c:1206:5: warning: __mips64 is not defined
arch/mips/math-emu/cp1emu.c:1270:5:
Hi,
The following patch does not use MMX regsiters so that we don't have
to worry about save/restore the FPU/MMX states.
What do you think?
Some performance data are
Total of GLOBAL_POWER_EVENTS (CPU cycle samples)
2.6.12.4.orig1921587
2.6.12.4.nt 1688900
1688900/1921587=87.89%
On Wed, 2005-08-24 at 23:11 +0900, Hiro Yoshioka wrote:
Hi,
The following patch does not use MMX regsiters so that we don't have
to worry about save/restore the FPU/MMX states.
What do you think?
excellent!
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Hello,
On Tue, Aug 23, 2005 at 01:00:40PM -0700, Patrick Mansfield wrote:
The use of scsiadd script implies that you are attaching or somehow
modifying the storage after the driver has loaded. Is that correct?
yes exactly, only the bootdrive LUN is registered after bootup. I have
to
On Wed, Aug 24, 2005 at 11:55:20AM +0200, Frederik Schueler wrote:
Hello,
On Tue, Aug 23, 2005 at 01:00:40PM -0700, Patrick Mansfield wrote:
The use of scsiadd script implies that you are attaching or somehow
modifying the storage after the driver has loaded. Is that correct?
yes
Hello,
On Wed, Aug 24, 2005 at 11:01:12AM +0100, Christoph Hellwig wrote:
yes exactly, only the bootdrive LUN is registered after bootup. I have
to selectively scsiadd the other LUNs if there is a gap between the
boot LUN (1-8 in our setup) and the shared storages (9-14). I don't
On Wed, Aug 24, 2005 at 02:48:03PM +0200, Frederik Schueler wrote:
Hello,
On Wed, Aug 24, 2005 at 11:01:12AM +0100, Christoph Hellwig wrote:
yes exactly, only the bootdrive LUN is registered after bootup. I have
to selectively scsiadd the other LUNs if there is a gap between the
boot
Hello,
no change.
On Wed, Aug 24, 2005 at 01:50:22PM +0100, Christoph Hellwig wrote:
Actually this sounds like a bug in your storage system. It's probably
reporting to be only SCSI2 complicant, which doesn't make sense for
FC storage. Please try the patch below:
[...]
On 8/24/05, Stefan Richter [EMAIL PROTECTED] wrote:
Timers appear to operate in an atomic context, so timers should not be
allowed to call scsi_remove_device, which eventually schedules.
Any suggestions on the best way to fix this?
Workqueue, perhaps.
Perhaps. Actually, of course :)
I got the following compile error in 2.6.13-rc6-mm2, but it seems to be
a problem coming from Linus' tree introduced by the
[ACPI] S3 resume: avoid kmalloc() might_sleep oops symptom
patch:
-- snip --
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_os_allocate':
:
On Wed, Aug 24, 2005 at 01:26:55PM +0200, Adrian Bunk wrote:
On Tue, Aug 23, 2005 at 10:45:41PM +0100, Al Viro wrote:
infiniband uses PCI helpers all over the place (including the core parts)
and
won't build without PCI.
...
CONFIG_INFINIBAND=y and CONFIG_PCI=n compiles for me on
On Wed, 24 Aug 2005, Christoph Hellwig wrote:
Sorry, the whole behaviour is complety fine. I just don't thing the name
and calling convention of file_to_extint_device is optimal. It should
take an struct inode * and be called just to_extint_device or someting.
The above would become
Subject: 2.6.13-rc: ACPI_INTERPRETER=y, PCI=n compile error
I got the following compile error in 2.6.13-rc6-mm2, but it
seems to be
a problem coming from Linus' tree introduced by the
[ACPI] S3 resume: avoid kmalloc() might_sleep oops symptom
patch:
-- snip --
...
LD .tmp_vmlinux1
asm/segment.h varies greatly on different architectures but is clearly
deprecated. Removing all non-architecture consumers will make it easier
for us to get ride of asm/segment.h all together.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 2ce31e41967fc58548561a601ffa671c0864d3b8
tree
Add the ability to identify an SOC by a name and id. There are cases in
which the integer identifier is not sufficient to specify a specific SOC.
In these cases we can use a string to further qualify the match.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL
On Wed, Aug 24, 2005 at 03:57:36PM +0100, Al Viro wrote:
On Wed, Aug 24, 2005 at 01:26:55PM +0200, Adrian Bunk wrote:
On Tue, Aug 23, 2005 at 10:45:41PM +0100, Al Viro wrote:
infiniband uses PCI helpers all over the place (including the core parts)
and
won't build without PCI.
On Wed, Aug 24, 2005 at 11:13:05AM -0400, Brown, Len wrote:
Subject: 2.6.13-rc: ACPI_INTERPRETER=y, PCI=n compile error
I got the following compile error in 2.6.13-rc6-mm2, but it
seems to be
a problem coming from Linus' tree introduced by the
[ACPI] S3 resume: avoid kmalloc()
On Wed, Aug 24, 2005 at 05:26:09PM +0200, Adrian Bunk wrote:
As I said, on i386.
Builds due to stubs being still present, doesn't do anything since it
doesn't even try to look for any hardware in that case.
have PCI at all - same situation as with firewire. Note that you won't
get any
Geert Uytterhoeven [EMAIL PROTECTED] writes:
Some (not all!) of my m68k test builds are now failing with:
| linux-m68k-2.6.13-rc7/drivers/char/mem.c: In function `mmap_kmem':
| linux-m68k-2.6.13-rc7/drivers/char/mem.c:267: warning: cast to pointer from
integer of different size
|
On Tue, 2005-08-23 at 12:21 +0300, Denis Vlasenko wrote:
My suggestion was, and still is:
Since it happens less than once a day, why not just add a code
to reset the NIC completely in this case, like it is
typically done in tx_timeout handlers of many NICs, and forget about
it?
Do you
Hi Linas-
I like the idea of splitting the recovery stuff into its own driver. A
few comments on the last reorg patch:
Index: linux-2.6.13-rc6-git9/arch/ppc64/kernel/eeh.c
...
+static int
+eeh_slot_availability(struct device_node *dn)
...
+void eeh_restore_bars(struct device_node *dn)
Just found this in dmesg.
BUG: scheduling with irqs disabled: libc6.postinst/0x2000/13229
caller is ___down_mutex+0xe9/0x1a0
[c029c1f9] schedule+0x59/0xf0 (8)
[c029ced9] ___down_mutex+0xe9/0x1a0 (28)
[c0221832] cfq_exit_single_io_context+0x22/0xa0 (84)
[c02218ea]
Hi!
The boot code already initialized MCE for APs, it isn't required to
initialize again. The MCE entries are cpuhotplug friendly, so for
suspend/resume.
Ok so you're saying the only change needed is to remove
the on_each_cpu() in the resume method? Fine I can do that.
Yep, only
At Wed, 24 Aug 2005 17:55:34 +0200,
Adrian Bunk wrote:
extern inline doesn't make much sense.
Indeed. Applied to ALSA tree now.
Thanks,
Takashi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
extern inline doesn't make much sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
Documentation/s390/Debugging390.txt |2
arch/s390/kernel/debug.c| 12 ++--
arch/s390/mm/fault.c|2
drivers/s390/char/keyboard.h|4 -
On Wed, 2005-08-24 at 11:50 -0400, Lee Revell wrote:
On Tue, 2005-08-23 at 12:21 +0300, Denis Vlasenko wrote:
My suggestion was, and still is:
Never mind, I misread the original post. This workaround is probably OK
if you only do the reset when this error condition arises.
Lee
-
To
extern inline doesn't make much sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.13-rc6-mm2-full/include/net/ip_vs.h.old 2005-08-24
16:51:58.0 +0200
+++ linux-2.6.13-rc6-mm2-full/include/net/ip_vs.h 2005-08-24
16:51:38.0 +0200
@@ -958,7 +958,7 @@
*/
[added alsa-devel to cc:]
On Mon, 2005-08-22 at 15:26 -0700, Ted Unangst wrote:
I think these are all real bugs.
sound/synth/emux/emux_synth.c snd_emux_note_on, line 101
snd_assert will return without unlocking emu-voice_lock (line 89)
This one is probably a real bug.
Lee
-
To
On Wed, Aug 24, 2005 at 01:10:35PM +0200, Adrian Bunk wrote:
auxiliary-vector-cleanups.patch broke compilation on the xtensa
architecture because it doesn't add an asm/auxvec.h on this
architecture.
This added asm-frv/auxvec.h and asm-xtensa/auxvec.h.
H.J.
---
---
Hiro Yoshioka [EMAIL PROTECTED] writes:
Hi,
The following patch does not use MMX regsiters so that we don't have
to worry about save/restore the FPU/MMX states.
What do you think?
Performance will probably be bad on K7 Athlons - those have a microcoded
movnti which is quite slow.
Also
Al infiniband uses PCI helpers all over the place (including the
Al core parts) and won't build without PCI.
I don't think this is the right fix. The only PCI helpers used in
code that is enabled with CONFIG_PCI=n are pci_unmap_addr_set() and
pci_unmap_addr(). And they're only used
Is there an equivalent kernel boot option for kgdbwait in
2.6.13-rc4-mm1? I grep'd the kernel source but didn't find kgdbwait.
Is there any documentation other than the source for the flavor of KGDB
that is included in the akpm kernel patch?
Thanks,
-bryan
-
To unsubscribe from this list:
Hi,
The following patch does not use MMX regsiters so that we don't have
to worry about save/restore the FPU/MMX states.
What do you think?
I think __copy_user_zeroing_intel_nocache() should be followed by sfence
or mfence instruction to flush the data.
-
To unsubscribe from this list:
--- Patrick McHardy [EMAIL PROTECTED] wrote:
Danial Thom wrote:
I think part of the problem is the continued
misuse of the word latency. Latency, in
language terms, means unexplained delay.
Its
wrong here because for one, its explainable.
But
it also depends on your perspective. The
On Wed, Aug 24, 2005 at 09:22:27AM -0700, Roland Dreier wrote:
Al infiniband uses PCI helpers all over the place (including the
Al core parts) and won't build without PCI.
I don't think this is the right fix. The only PCI helpers used in
code that is enabled with CONFIG_PCI=n are
On Wed, Aug 24, 2005 at 12:05:25PM -0300, Márcio Oliveira wrote:
I think the kernel is pointing to the wrong root partiotion. In a x86
box, I can change the kernel root partition in the boot loader (root=
parameter) or using the rdev command. In my case, the IBM Power
doesn't have a boot
On Wed, Aug 24, 2005 at 10:45:31AM -0500, John Rose was heard to remark:
+++ linux-2.6.13-rc6-git9/arch/ppc64/kernel/eeh_driver.c2005-08-23
14:34:44.0 -0500
+/*
+ * PCI Hot Plug Controller Driver for RPA-compliant PPC64 platform.
This probably isn't the right header
--- Sven-Thorsten Dietrich [EMAIL PROTECTED]
wrote:
On Tue, 2005-08-23 at 13:10 -0700, Danial Thom
wrote:
None of this is helpful, but since no one has
been able to tell me how to tune it to
provide
absolute priority to the network stack I'll
assume it can't be done.
History
On 8/24/05, Danial Thom [EMAIL PROTECTED] wrote:
--- Patrick McHardy [EMAIL PROTECTED] wrote:
Danial Thom wrote:
I think part of the problem is the continued
misuse of the word latency. Latency, in
language terms, means unexplained delay.
Its
wrong here because for one, its
On Wed, Aug 24, 2005 at 05:31:34PM +0100, Al Viro wrote:
On Wed, Aug 24, 2005 at 09:22:27AM -0700, Roland Dreier wrote:
Al infiniband uses PCI helpers all over the place (including the
Al core parts) and won't build without PCI.
I don't think this is the right fix. The only PCI
The following set of patches removes the use and existence of
asm/segment.h from the architecture ports that it was fairly trivial to do
so. I need to work with the arch maintainers on the following
architectures since they use asm/segment.h heavily:
m32r
um
frv
h8300
i386
m68knommu
m68k
v850
--- Patrick McHardy [EMAIL PROTECTED] wrote:
Danial Thom wrote:
None of this is helpful, but since no one has
been able to tell me how to tune it to
provide
absolute priority to the network stack I'll
assume it can't be done.
The network stack already has priority over
user
Guillaume Chazarain wrote:
What's the true meaning of the printk return value?
Hi,
I was one of the ones to touch this code last. I
assumed it was meant to represent the number of characters
emitted by printk into the log. This includes any priority
prefix, time prefix and format character
Removed Alpha architecture specific users of asm/segment.h and
asm-alpha/segment.h itself
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 19150fe1698293dc2c4f4f48c6b05d83595544e6
tree 9c45366378a1c34d755da01efc162bd7d80d48ab
parent acda3853951d4b9dbe97dffbefd6d2a4fd9d3df0
author Kumar K.
Removed ARM26 architecture specific users of asm/segment.h and
asm-alpha/segment.h itself.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 1d8c8bf789b6925529d84f3ad787cf973763793f
tree 8b009fca0a2f15ac71e72f09d16330990609c4bc
parent 19150fe1698293dc2c4f4f48c6b05d83595544e6
author Kumar K.
Removed asm-arm/segment.h as its not used by anything.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 13e9876eff93029eb24affd8842db94035c370f5
tree acb6c189dd89aef958961eedba5641449865c5aa
parent 1d8c8bf789b6925529d84f3ad787cf973763793f
author Kumar K. Gala [EMAIL PROTECTED] Wed, 24 Aug
Removed cris architecture specific users of asm/segment.h and
asm-cris/segment.h itself
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 352a43ca6e4cb29ca7ee1742a00f3b6d98465a0d
tree b3816f312ed0b9206e344ceb62bb4f82a5c469e6
parent 13e9876eff93029eb24affd8842db94035c370f5
author Kumar K.
Removed PPC64 architecture specific users of asm/segment.h and
asm-ppc64/segment.h itself
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
commit 21a31cb366a764793dc532b525b95bfc3e1723a2
tree 2c40ec80e781b61fef42e5914d8f336dc72f2200
parent 53cbc8f4b0d47965e2d673bcc9dc5e6a8388350b
author Kumar K.
301 - 400 of 641 matches
Mail list logo