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
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
--- 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
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
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.
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
--- 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
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
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
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
--- 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
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
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:
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
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.
Jeff> In any case, I also contine to be skeptical of in-kernel
Jeff> logging subsystems.
Aren't you proposing a libata logging subsystem?
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 8/24/05, Jim Ramsay <[EMAIL PROTECTED]> wrote:
> On 8/24/05, Lukasz Kosewski <[EMAIL PROTECTED]> wrote:
> > 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
From: "Dinakar Guniguntala" <[EMAIL PROTECTED]>
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
Paul's patch simply constrains the scope of cpuset
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.
---
---
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]>
---
Documentation/s390/Debugging390.txt |2
arch/s390/kernel/debug.c| 12 ++--
arch/s390/mm/fault.c|2
drivers/s390/char/keyboard.h|4 -
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
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
Just found this in dmesg.
BUG: scheduling with irqs disabled: libc6.postinst/0x2000/13229
caller is ___down_mutex+0xe9/0x1a0
[] schedule+0x59/0xf0 (8)
[] ___down_mutex+0xe9/0x1a0 (28)
[] cfq_exit_single_io_context+0x22/0xa0 (84)
[] cfq_exit_io_context+0x3a/0x50 (16)
[]
"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
CONFIG_IDE_MAX_HWIFS is a generic thing, no need to have it duplicated
by every arch that uses it.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work-ide/include/asm-alpha/ide.h
===
---
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)
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?
>
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]>
---
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 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
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
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
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
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
>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
On 8/24/05, Lukasz Kosewski <[EMAIL PROTECTED]> wrote:
> 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
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
>
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
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, 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"
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%
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
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
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 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.
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
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
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
[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
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 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
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
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
static
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
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 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
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
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
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
--
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
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
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(-)
---
"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
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
+++
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
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.
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
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
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
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:
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
- 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 8/23/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> jerome lacoste <[EMAIL PROTECTED]> wrote:
> >
> > I am on a Dell Inspiron 8100 laptop with 512 M and 1G disk cache. I
> > usually have at least 4 big applications running simultaneously: a
> > Java IDE, firefox, firefox and X. All that under
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()
> Thankingyou,
> Raja
> -
> To unsubscribe from this list: send the
On Wed, Aug 24, 2005 at 10:22:50AM +0100, Christoph Hellwig wrote:
> On Wed, Aug 24, 2005 at 10:57:50AM +0200, Adrian Bunk wrote:
> > If #includ'ing interrupt.h should be enough for getting the prototype of
> > e.g. enable_irq() on all architectures, we need this patch.
>
> Per defintion you
On Wed, 24 Aug 2005, Adrian Bunk wrote:
This patch fixes a wrong URL in Documentation/dvb/get_dvb_firmware.
It is already in dvb-kernel CVS. I think it was just not send to Andrew
along with the latest patchset. Thank you anyway.
best regards,
Patrick.
--
Mail: [EMAIL PROTECTED]
WWW:
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?
>
>
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
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
On Wed, Aug 24 2005, Jens Axboe wrote:
> 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
On Wed, Aug 24, 2005 at 10:57:50AM +0200, Adrian Bunk wrote:
> If #includ'ing interrupt.h should be enough for getting the prototype of
> e.g. enable_irq() on all architectures, we need this patch.
Per defintion you need to include right now. I'd like to change
that to , but not my including
On Wed, Aug 24, 2005 at 11:00:07AM +0200, Miklos Szeredi wrote:
> > 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
> Please don't leave the functions inside of the architecture specific code.
> The code is common enough to be shared, so just put a new compat_sys_open()
> function into fs/compat.c.
OK. Done for x86_64, ia64, ppc64. Sparc64 does magic things with
sparc32_open(), so I left it as it is.
> I'm
> 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
If #includ'ing interrupt.h should be enough for getting the prototype of
e.g. enable_irq() on all architectures, we need this patch.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-mm1-modular/include/linux/interrupt.h.old 2005-08-22
23:44:42.0 +0200
+++
Hi!
> > > diff -puN arch/i386/power/cpu.c~mcheck_resume arch/i386/power/cpu.c
> > > --- linux-2.6.13-rc6/arch/i386/power/cpu.c~mcheck_resume 2005-08-23
> > > 09:32:13.054008584 +0800
> > > +++ linux-2.6.13-rc6-root/arch/i386/power/cpu.c 2005-08-23
> > > 09:41:54.992540480 +0800
> > > @@
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 like this
The whole device is represented by tfa0
And rest of the
Linus Torvalds wrote:
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).
On Wed, Aug 24, 2005 at 08:57:38AM +0200, Der Herr Hofrat wrote:
>
> HI !
Hi Nico!
> checking the maintainer file for 2.4.X - I did not find who is responsible
> for that file - should one simply post patches to the kernel list for
> updates ?
Send them to both linux-kernel and
Marcelo
On Wed, Aug 24, 2005 at 09:48:38AM +0200, Sergio Paracuellos wrote:
> Hi all,
Hi Sergio,
> I'm new in this list and I have some problems exporting symbols in a
> module to see them in other module.
>
> In the module I want to export the symbol I do:
>
> tList list;
> EXPORT_SYMBOL(list);
>
>
On Wednesday 24 August 2005 06:40, you wrote:
[...]
> I am running 2.6.12 kernel on a laptop. I have an ipod attached to my
> USB 1.1 as a drive on which I am saving and retreiving large
> files(2-4GiB files).
[...]
Check if you are not using low performance usb driver (CONFIG_BLK_DEV_UB).
If I
Christoph Hellwig wrote:
On Wed, Aug 24, 2005 at 02:17:11AM -0400, Jeff Garzik wrote:
To make libata debugging easier and more fine-grained, we should convert
DPRINTK/VPRINTK calls in libata to code that looks like
if (ata_msg_xxx(ap->msg_enable))
printk(...)
Would
Davide Libenzi wrote:
There is no known problem in using epoll_ctl() in one thread while
another does epoll_wait().
I suggest you to ask Valgrind to take a look at you binary. Since I
have no clue of what your software does, please create the *minimal*
code snippet that exploit the eventual
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:
1.The M5461 have 11 streams(5 input streams and 6 output streams), and the
Please don't announce propitarty drivers on lkml, thanks.
-
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 Wed, Aug 24, 2005 at 02:17:11AM -0400, Jeff Garzik wrote:
>
> 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
201 - 300 of 641 matches
Mail list logo
