On Mon, Sep 05, 2005 at 10:36:57PM +0200, Jesper Juhl wrote:
> On 9/6/05, Harald Welte <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> [snip]
> >
> > Please consider mergin mainline, thanks.
> >
> [snip]
>
> Wouldn't it be better to first merge it in -mm and get some wider
> testing before pushing for
On Tuesday 06 September 2005 08:39, Denis Vlasenko wrote:
> I think one of the reasons is:
>
> "No matter how big stack is, there are always careless
> code which can overflow it. 4k, 8k, 64k (hypotetically),
> we still must keep stack size in mind when coding.
>
> So, since we already are writing
On Tuesday 06 September 2005 02:55, Dmitry Torokhov wrote:
> On Tuesday 06 September 2005 01:48, Daniel Phillips wrote:
> > On Tuesday 06 September 2005 01:05, Dmitry Torokhov wrote:
> > > do you think it is a bit premature to dismiss something even without
> > > ever seeing the code?
> >
> > You t
On Mon, 5 Sep 2005, Matthew Garrett wrote:
Yup. You probably want to take a look at Documentation/fb/vesafb.txt -
the modes are the same.
Great, thanks! I tried VESA 0x111 (Linux 0x311) - it is also what is used
by xfree86 vesa driver, after I've followed the suggestion from Tony
(cc'ed and
On Tue, 2005-09-06 at 09:13 +0200, Andi Kleen wrote:
> At some point we undoubtedly will need to increase it further,
> the logical point would be when Linux switches to larger softpage
> sizes.
Is this really a "when"?
Hugh and wli were both working on this and IIRC neither could
show enough
Hi, Vojtech!
Recent kernels allow exclusive usage of input device when
input device is grabed. keyboard_tasklet does not check
device state and switch LED's of all keyboards. However
grabed device may be use another LED steering code.
This patch forbid keyboard_tasklet switch LED's of
grabed devi
On Mon, 5 Sep 2005, Sonny Rao wrote:
>
> Can this method detect breakages that are spread across more than one
> patch? I suppose it'll just trigger on the last patch commited in the
> set in this case?
It will trigger on just the commit that introduces the user-visible
breakage, so yes, it
> Are there still good reasons to have such a thing?
I think so yes. It just doesn't make much sense to handle larger 64bit
setups with multiple GB of memory with 4K pages. While larger softpage
size will not increase TLB usage it will give you less cache use and in
general less cycles while acc
Hi,
> The maximum size of a scatter-gather list that the current IBM VSCSI
> Client can handle is 10. This patch adds large scatter-gather support
> to the client so that it is capable of handling up to SG_ALL(255)
> number of requests in the scatter-gather list. Please consider it
> for in
Hi!
> > From: John Lenz <[EMAIL PROTECTED]>
> >
> > This adds low-level suspend/resume support to locomo.c.
> >
> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>
> Shouldn't this be signed off by John himself? Not applied.
Well, it would be nice if it was signed off by him, but John is
n
Andrew,
Please throw away the following 4 patches in 2.6.13-mm1:
cpusets-oom_kill-tweaks.patch
cpusets-new-__gfp_hardwall-flag.patch
cpusets-formalize-intermediate-gfp_kernel-containment.patch
cpusets-confine-oom_killer-to-mem_exclusive-cpuset.patch
You will see almost the same patches c
Kalin KOZHUHAROV wrote:
Kalin KOZHUHAROV wrote:
Kalin KOZHUHAROV wrote:
Hi, there. Long time no posting - didn't have kernel problems for
long time :-)
[snip]
But I really hate when my "production boxes" turn into development ones...
Although it does not seem very related to the drive, tha
[EMAIL PROTECTED] wrote:
> On Mon, 5 Sep 2005, Matthew Garrett wrote:
>
>> Yup. You probably want to take a look at Documentation/fb/vesafb.txt -
>> the modes are the same.
>
> Great, thanks! I tried VESA 0x111 (Linux 0x311) - it is also what is
> used by xfree86 vesa driver, after I've followed
Hi
For my endthesis I wrote a Framework that
automatically generates a Kernel-Configuration .
A Kernel-Patch, the sources and a readme are attached
to this mail. For more details please read the readme.
Comments and suggestion are welcome.
Regards
Ahmad Reze Cheraghi
(update)
Hi everybody
For my endthesis I wrote a Framework that
automatically generates a Kernel-Configuration .
A Kernel-Patch, the sources and a readme are attached
to this mail. For more details please read the readme.
Comments and suggestion are welcome.
Regards
Ahmad Reze Cheraghi
_
Hello,
I have a big problem that I supposed to be a bug of ide-scsi, eventhough I'm
not totally sure of this.
I am using manual tape drives, some of them are real scsi drives and the others
are ide drives, on some Linux systems that I recently upgraded to kernel
2.6.12.3.
The problem is that,
On Tue, 6 Sep 2005, Antonino A. Daplas wrote:
There might be a bug with the ioremap patch that got in by the time
linux-2.6.13 was released. The intelfb maintainer is still working on it.
You can try to revert that patch (just make sure that the graphics
aperture in the BIOS is set to <= 128MB)
On Tue, 6 Sep 2005, [EMAIL PROTECTED] wrote:
it. So far so good. Now to my actual task - touchscreen... We are using
UR7HCTS2-FG from Semtech. As I cat /dev/input/ts0 and touch the screen, some
Ok, looks like it is not really supported by the stock kernel... Any
pointers to wild patches? It s
Hi, Vinay!
You might want to turn on kernel debugging and also the
early printk support.
You also might want to come over to the linuxppc-embedded
and linuxppc-dev mailinglists at ozlabs.org where those question
are pretty well known. Tell us more about your board/system,
check the archives!
Gr
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Splitting of autoconf.h requires that split-include was built before,
and
needs to be-re-done when split-include changes. This dependency was
previously missing. Additionally, since autoconf.h is (suppoosed to
b
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Stack pointer comparisons for the NMI on debug stack check/fixup were
incorrect.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
---
/home/jbeulich/tmp/linux-2.6.13/arch/i386/kernel/entry.S2005-08-29
01
(Note: Patch also attached because the inline version is certain to get
line wrapped.)
Like previously done for i386, get the x86_64 watchdog tick
calculation
into a state where it can also be used on CPUs with frequencies beyond
4GHz.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
---
/home/jbe
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > > @@ -193,6 +193,34 @@
> > >
> > > #ifdef CONFIG_OMAP_OSK_MISTRAL
> > >
> > > +#include
> > > +
> > > +struct ads7864_info {/* FIXME put in standard
> header */
> > > + u16 pen_irq, busy; /* GPIO lines */
> > > + u
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, 5 Sep 2005 at 13:55:46 -0700, Andrew Morton wrote:
> [2.6.13 bug] i386: Wall clock running at double speed
Please track bug #3927 for this one. I updated it with my information.
Both i386 and x86_64 will need a fix.
__
Chuck
-
To unsubscribe from t
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, 04 Sep 2005 at 15:49:11 +0100, Alan Cox wrote:
> The question is whether ndiswrapper can do stack switching itself. Since
> as I understand it the NT stack is way more than 8K.
W2K usable kernel stack is about two pages. I'm not clear whether
this is r
Hi!
> > With this patch, time had kept up really well on one particular
> > machine (Intel 4way Pentium 3 box) overnight, while
> > on another newer machine (Intel 4way Xeon with HT) it didnt do so
> > well (time sped up after 3 or 4 hours). Hence I consider this
> > particular patch will need mor
On Tue, 2005-09-06 at 17:15 +0800, Sat. wrote:
> if(!(pid=fork())){
> ..
> printk("in child process");
> ..
> }else{
> .
> printk("in father process");
> .
> }
>
> this is a classical example, when the fork() system call runs, it will
> build a new pr
On Tue, 6 Sep 2005, [EMAIL PROTECTED] wrote:
On Tue, 6 Sep 2005, [EMAIL PROTECTED] wrote:
it. So far so good. Now to my actual task - touchscreen... We are using
UR7HCTS2-FG from Semtech. As I cat /dev/input/ts0 and touch the screen,
some
Ok, looks like it is not really supported by the sto
On Tue, Sep 06, 2005 at 12:32:32PM +0200, Pavel Machek wrote:
> Try running this from userspace (and watch for time going completely
> crazy). Try it in mainline, too; it broke even vanilla some time
> ago. Need to run as root.
Note that kernel relies on some backing time source (like TSC/PM)
to
Hi,
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> Sanitized and fixed floppy dependencies: split the messy dependencies for
> BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making
> BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC
> to arch/*/Kconfig.
The SPARSEMEM EXTREME code (802f192e4a600f7ef84ca25c8b818c8830acef5a) that
went in yesterday broke PPC64 for !CONFIG_NUMA.
The problem is that (free|reserve)_bootmem don't take a page number as their
first argument, they take an address. Ruh roh.
Booted on P5 LPAR, iSeries and G5.
Signed-off-by:
Hello All
What anyone think about this patch?
this patch remove play with global lock list and use interlnal list
nlm_blocked.
--
Alex
Index: clntlock.c
===
RCS file: /home/cvs/kernel_26/fs/lockd/clntlock.c,v
retrieving revision 1
Philip Lawatsch wrote:
Hi,
I'm trying to log some stats for one of my server.
Now what I wanted to log is the number of pagefaults and the number of
syscalls done since system startup.
(I'm on a system without sysenter)
I thought that /proc/stat's intr line would provide information about
Hi,
for one of our customers I have to port a Windows driver to
Linux. Large parts of the driver's backend code consists of
C++.
How can I compile this code with kbuild? The C++ support
(I have tested with 2.6.11) of kbuild seems to be incomplete /
not working.
cu, Marco
Please send me a CC as
On Tue, 2005-09-06 at 13:23 +0200, Budde, Marco wrote:
[]
> for one of our customers I have to port a Windows driver to
> Linux. Large parts of the driver's backend code consists of
> C++.
>
> How can I compile this code with kbuild? The C++ support
> (I have tested with 2.6.11) of kbuild see
Hi,
> Open bugs
> -
>
> Tracking 144 bugs. I haven't culled these yet - some may be fixed.
>
> [Bugme-new] [Bug 4771] New: Linux 2.6.11.10 + reiserfs + usrquota,
> http://bugzilla.kernel.org/show_bug.cgi?id=4771
Already fixed, fix in 2.6.13.
On Tue, 6 Sep 2005, Budde, Marco wrote:
> Hi,
>
> for one of our customers I have to port a Windows driver to
> Linux. Large parts of the driver's backend code consists of
> C++.
>
> How can I compile this code with kbuild? The C++ support
> (I have tested with 2.6.11) of kbuild seems to be incom
On Thu, Aug 11, 2005 at 08:17:28AM +0200, Jan Engelhardt wrote:
>
> >Nothing in the tarball mentiones any opensource license. If vmware is
please read this sentence again. Just because somethings source is available
doesn't mean it's opensource.
> >actually using an opensource license please t
--- Aivils Stoss <[EMAIL PROTECTED]> wrote:
> Hi, Vojtech!
>
> Recent kernels allow exclusive usage of input device
> when
> input device is grabed. keyboard_tasklet does not
> check
> device state and switch LED's of all keyboards.
> However
> grabed device may be use another LED steering code
Sharp's newer range of Zaurus clamshell handhelds, the cxx00's are
similar to the c7x0 series yet different. This patch series abstracts
the differences and generates a set of common drivers that support both
series of devices. It then adds machine support for Spitz (SL-C3000) and
Borzoi (SL-C3100)
Separate out the Sharp Zaurus c7x0 series specific code from the Corgi
Touchscreen driver. Use the new functions in corgi_lcd.c via sharpsl.h
for hsync handling and pass the IRQ as a platform device resource. Move
a function prototype into the w100fb header file where it belongs.
This enables the
Add the platform support code for two new Sharp Zaurus Models, Spitz
(SL-C3000) and Borzoi (SL-C3100).
This patch also adds most of the foundations for Akita (SL-C1000)
Support. The missing link for Akita is the driver for its I2C io
expander. Once this has been finished, the missing Kconfig opti
Separate out the Sharp Zaurus c7x0 series specific code from corgi_ssp.c
so that other models such as the cxx00's can share it. Create sharpsl.h
which will be used to abstract machine/model specifics.
This enables the driver to be used by the Zaurus cxx00 series.
Signed-Off-by: Richard Purdie <[
Separate out the Sharp Zaurus c7x0 series specific code from the Corgi
backlight driver. Abstract model/machine specific functions to
corgi_lcd.c via sharpsl.h
This enables the driver to be used by the Zaurus cxx00 series.
Signed-Off-by: Richard Purdie <[EMAIL PROTECTED]>
Index: linux-2.6.12/dr
The same LCD is present on both the Sharp Zaurus c7x0 series and the
cxx00 but with different framebuffer drivers (w100fb vs. pxafb). This
patch adds support for the cxx00 series to the LCD driver. It also adds
some LCD to touchscreen interface logic needed by the touchscreen driver
to prevent inte
here is a snip in 0.11 version linux ,
in linux/init/main.c
179 if (!(pid=fork())) {
180 close(0);
181 if (open( "/etc/rc",O_RDONLY,0))
182 _exit(1);
183 execve( "/bin/sh",argv_rc,envp_rc);
184 _exit(2);
185 }
natually, the code from 180 to 184 is runned by the new process, what
I can understa
On Tue, Sep 06, 2005 at 04:52:28AM -0700, Hugo Vanwoerkom wrote:
>
>
> --- Aivils Stoss <[EMAIL PROTECTED]> wrote:
>
> > Hi, Vojtech!
> >
> > Recent kernels allow exclusive usage of input device
> > when
> > input device is grabed. keyboard_tasklet does not
> > check
> > device state and switch
On Tue, 6 Sep 2005, Christoph Hellwig wrote:
> On Thu, Aug 11, 2005 at 08:17:28AM +0200, Jan Engelhardt wrote:
>>
>>> Nothing in the tarball mentiones any opensource license. If vmware is
>
> please read this sentence again. Just because somethings source is available
> doesn't mean it's openso
On 9/6/05, Richard Purdie <[EMAIL PROTECTED]> wrote:
> +/*
> + * Corgi/Spitz Touchscreen to LCD interface
> + */
> +unsigned long inline corgi_get_hsync_len(void)
> +{
> + if (machine_is_corgi() || machine_is_shepherd() ||
> machine_is_husky()) {
> +#ifdef CONFIG_PXA_SHARP_C7xx
> +
On 9/6/05, Richard Purdie <[EMAIL PROTECTED]> wrote:
> > +/*
> > + * Corgi/Spitz Touchscreen to LCD interface
> > + */
> > +unsigned long inline corgi_get_hsync_len(void)
> > +{
> > + if (machine_is_corgi() || machine_is_shepherd() ||
> > machine_is_husky()) {
> > +#ifdef CONFIG_PXA_SHARP_C7
On Tue, Sep 06, 2005 at 04:08:56AM -0700, Andrew Morton wrote:
>
> Problem Description:
>
> Oops: [#1]
> PREEMPT
> Modules linked in:
> CPU:0
> EIP:0060:[]Not tainted VLI
> EFLAGS: 00010216 (2.6.13)
> EIP is at sha1_update+0x7c/0x160
Thanks for the report. Matt LaPlante had e
"linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> disait dernièrement que :
are you serious or just on drugs ?
> On Tue, 6 Sep 2005, Christoph Hellwig wrote:
>
>> On Thu, Aug 11, 2005 at 08:17:28AM +0200, Jan Engelhardt wrote:
>>>
Nothing in the tarball mentiones any opensource license. If vm
Hi!
> > > +NOTE: Currently there's a bug somewhere where the reading the
> > > + P_LVL2 for the first time causes the system to sleep instead of
> > > + idling. This means that you need to hit the power button once to
> > > + wake the system after loading the module for the first t
Hello everyone,
I need to modify some CRYPTOGRAPHY code in Linux Kernel to get a specific
VPN behavior, but I don't know where to start.
The situation is the following:
I have a VPN gateway (Linux kernel 2.6.10 with Openswan 2.3.1 installed). I
have only installed the user land tools from ope
On Tue, 2005-09-06 at 12:53 +0100, Richard Purdie wrote:
> Separate out the Sharp Zaurus c7x0 series specific code from the Corgi
> Touchscreen driver. Use the new functions in corgi_lcd.c via sharpsl.h
> for hsync handling and pass the IRQ as a platform device resource. Move
> a function prototype
On Tue, 6 Sep 2005, Sat. wrote:
> here is a snip in 0.11 version linux ,
> in linux/init/main.c
>
>
> 179 if (!(pid=fork())) {
> 180 close(0);
> 181 if (open( "/etc/rc",O_RDONLY,0))
> 182 _exit(1);
> 183 execve( "/bin/sh",argv_rc,envp_rc);
> 184 _exit(2);
> 185 }
>
> natually, the code from 180 t
On Tue, 6 Sep 2005, Mathieu wrote:
> "linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> disait dernièrement que :
>
> are you serious or just on drugs ?
>
Absolutely serious although I did try something new this weekend!
>> On Tue, 6 Sep 2005, Christoph Hellwig wrote:
>>
>>> On Thu, Aug 11, 2005 a
On Fri, Sep 02, 2005 at 11:17:08PM +0200, Andi Kleen wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> >
> > > > - Why GFS is better than OCFS2, or has functionality which OCFS2 cannot
> > > > possibly gain (or vice versa)
> > > >
> > > > - Relative merits of the two offerings
> > >
> >
On Otrdiena, 6. Septembris 2005 14:57, Vojtech Pavlik wrote:
> On Tue, Sep 06, 2005 at 04:52:28AM -0700, Hugo Vanwoerkom wrote:
> > --- Aivils Stoss <[EMAIL PROTECTED]> wrote:
> > > Hi, Vojtech!
> > >
> > > Recent kernels allow exclusive usage of input device
> > > when
> > > input device is grabed
Hi,
I'm using the linux 2.6.13 (from www.linux-mips.org) containing the
libata patch (2.6.13-rc7-libata1.patch.bz2) on an AMD DBAu1550 (mips32).
I've connected a HDD to the pata port of my PDC 20579 controller.
Unfortunately, it doesn't work. Here a part of the boot messages:
...
Uniform Multi-Pl
fork returns 0 to the child and the pid of the child to the parent.
both child and parent get the same code, so the child gets true in the
if-statement and the parent gets false.
it would be the same as
pid = fork();
if (pid == 0){
// child
}
else{
// parent
}
- Original Message -
[patch 1/4] s390: claw driver fixes
From: Andy Richter <[EMAIL PROTECTED]>
- change memory allocation and move dbf from proc to debugfs
- use dev_kfree_skb_any instead of dev_kfree_skb_irq
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
diffstat:
claw.c | 20 ++---
[patch 2/4] s390: ctc driver fixes
From: Peter Tiedemann <[EMAIL PROTECTED]>
- race condition fixed
- minor cleanup
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
diffstat:
ctcmain.c | 25 -
1 files changed, 16 insertions(+), 9 deletions(-)
[patch 3/4] s390: TSO related fixes in qeth driver
From: Frank Pavlic <[EMAIL PROTECTED]>
TSO related fixes :
- changing value of large_send attribute while network traffic
is running caused program check and thus device recovery.
- Due to hardware restric
[patch 4/4] s390: qeth driver fixes .
From: Frank Pavlic <[EMAIL PROTECTED]>
- Clear read channel first prior to using ccw_device_set_offline.
- use QETH_DBF_TEXT instead of QETH_DBF_SPRINTF
- invoke qeth_halt_channel and qeth_clear_channel for all channels,
even
On Tue, 6 Sep 2005, Herbert Xu wrote:
On Tue, Sep 06, 2005 at 04:08:56AM -0700, Andrew Morton wrote:
Problem Description:
Oops: [#1]
PREEMPT
Modules linked in:
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010216 (2.6.13)
EIP is at sha1_update+0x7c/0x160
Thanks for the rep
On Maw, 2005-09-06 at 02:48 -0400, Daniel Phillips wrote:
> On Tuesday 06 September 2005 01:05, Dmitry Torokhov wrote:
> > do you think it is a bit premature to dismiss something even without
> > ever seeing the code?
>
> You told me you are using a dlm for a single-node application, is there
> a
El Tue, 06 Sep 2005 17:32:57 +1000,
Nick Piggin <[EMAIL PROTECTED]> escribió:
> Are there still good reasons to have such a thing?
Bigger block sizes was one of their features.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Wed, Aug 31, 2005 at 08:34:07PM -0400, Bagalkote, Sreenivas wrote:
> > - the ->queuecommand cleanup patch I sent you a awhile ago doesn't
> >seem to be applied
>
> I seem to have missed it. I will submit the patch after inclusion
ok, this is really just a small cleanup anyway.
> > - the
Hi,
I want to create an ATM interface on linux. I can
create ethernet interface using alloc_etherdev() and
then registering this device. Can I use the same
function to create atm interface ? Or there is other
way to do this? Can you please give some light on this
issue?
Regards,
Mano
Manomugdha B
On Tue, Sep 06, 2005 at 02:43:35PM +0100, manomugdha biswas wrote:
> Date: Tue, 6 Sep 2005 14:43:35 +0100 (BST)
> From: manomugdha biswas <[EMAIL PROTECTED]>
> Subject: how to create atm interface in linux
> To: linux-kernel@vger.kernel.org
> Cc: linux-net@vger.kernel.org
>
> Hi,
> I want to c
On Tue, Sep 06, 2005 at 12:52:34PM +0200, Roman Zippel wrote:
> I'm not really a big fan of such dummy symbols, those whole point is to
> only enable dependencies, but are otherwise unsused.
> The basic problem is similiar to selects, that one has to grep the whole
> Kconfig to find out what modi
On Sun, 2005-09-04 at 11:33 +0100, Russell King wrote:
> On Tue, Jul 26, 2005 at 08:30:43AM +0200, Pavel Machek wrote:
> > Do not access children in struct device directly, use
> > device_for_each_child helper instead. It fixes compilation.
> >
> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>
This got missed originally as it is marked BROKEN_ON_SMP (I can't see
why however). Updated and compile tested. I don't have hardware
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
--- ../linux.vanilla-2.6.13-rc6-mm2/drivers/usb/serial/whiteheat.c
2005-08-25 17:04:32.0 +0100
+++ driver
On Tue, 2005-09-06 at 17:49 +1000, Anton Blanchard wrote:
> Any chance we could get this into 2.6.14? I just tested it on current
> git and as expected the number of sg elements increased. Testing a dd
> from a virtual disk with clustering disabled (to avoid physical merging
> effects) shows:
Yes
Grant Grundler wrote:
> On Mon, Sep 05, 2005 at 01:31:20PM -0500, Brian King wrote:
>>+void pci_block_user_cfg_access(struct pci_dev *dev)
>>+{
>>+ pci_save_state(dev);
>>+ dev->block_ucfg_access = 1;
>>+ mb();
>>+ while (spin_is_locked(&pci_lock))
>>+ cpu_relax();
>>+}
On Tuesday 06 September 2005 14:21, Mathieu wrote:
> "linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> disait dernièrement que
> :
>
> are you serious or just on drugs ?
Someone was on drugs in first place, when he decided to change API in such
baaad way.
--
GJ
Binary system, you're either 1
There is a patch to driver of RLT8169 network card. This match make
possible detection of the link status even if network interface is down.
This is usefull for laptop users.
--- r8169.c 2005-09-02 15:34:52.0 +0200
+++ linux/drivers/net/r8169.c 2005-09-05 21:11:15.0 +0200
On 9/6/05, Daniel Phillips <[EMAIL PROTECTED]> wrote:
> On Tuesday 06 September 2005 02:55, Dmitry Torokhov wrote:
> > On Tuesday 06 September 2005 01:48, Daniel Phillips wrote:
> > > On Tuesday 06 September 2005 01:05, Dmitry Torokhov wrote:
> > > > do you think it is a bit premature to dismiss so
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> >From my reading of that code, GEN_RTC should've been called FAKE_RTC...
Yep, it's an excuse for platform maintainers not to write proper drivers.
> AFAICS, more or less clean solution would be to split the damn thing
> into frontend (parsing of ioc
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> * the same is true for subarchitectures of arm/mips/ppc - hell, even
> for m68k, except that there we don't get new ones.
I wouldn't count on that... Coldfire with MMU, where are you? ;-)
Gr{oetje,eeting}s,
Le Tue, 06 Sep 2005 16:32:39 +0200, Miroslaw Mieszczak a écrit :
> There is a patch to driver of RLT8169 network card. This match make
> possible detection of the link status even if network interface is down.
> This is usefull for laptop users.
>
>
>
> --- r8169.c 2005-09-02 15:34:52.00
Hi,
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> We could go for your "allow" form, but what else would need it? USB gadget
> stuff with its "must have at most one low-level driver, high-level drivers
> should be allowed only if a low-level one is present"? RTC mess is better
> solved in other
Jeff Garzik wrote:
Brett Russ wrote:
2) Isn't it wrong for the IRQ disable at the chip to occur *after*
free_irq() is called to disconnect the handler (independent of
question 1...since this is the case currently)? Granted, all of the
ports have gone through scsi_remove_host() but theoretically
On Fri, Sep 02, 2005 at 06:53:56PM -0400, Steven Rostedt wrote:
> On Fri, 2005-09-02 at 18:40 -0400, Steven Rostedt wrote:
> > On Fri, 2005-09-02 at 13:08 -0700, Tom Rini wrote:
> > > With 2.6.13-rt4 I had to do the following in order to get my paired down
> > > config booting on my x86 whitebox (d
On Tue, Sep 06, 2005 at 05:05:33PM +0200, Roman Zippel wrote:
> Hi,
>
> On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
>
> > We could go for your "allow" form, but what else would need it? USB gadget
> > stuff with its "must have at most one low-level driver, high-level drivers
> > should be allowe
Thanks for all the tips, guys.
I managed to get the problem to occur on a vanilla kernel with just the
proprietary module loaded. Contacted the vendor, they got me to try out
a new driver, problem appears to be fixed.
Looks like the module wasn't properly tracking refcounts, so it was
being
On Fri, Sep 02, 2005 at 01:57:35PM -0700, Andrew Morton wrote:
> Cons:
>
> - Additional arguments to various fastpath functions
One possibility is to split the async and sync versions by way of inline
functions. That will result in more icache pressure, though, which makes
it a questionable op
Le Tue, 06 Sep 2005 14:43:35 +0100, manomugdha biswas a écrit :
> Hi,
> I want to create an ATM interface on linux. I can
> create ethernet interface using alloc_etherdev() and
> then registering this device. Can I use the same
> function to create atm interface ? Or there is other
> way to do thi
On Sep 6, 2005, at 08:38:48, Alaa Dalghan wrote:
What I am looking for is the portion of the C code in the kernel where
the Decryption function is called to decrypt a received packet. When I
find this statement, maybe i can make it conditionnal such as: If the
destination is me then Decrypt els
> > > I did think about doing this but the problem is how do
> > > you know bus 2 is the bus you think it is?
> >
> > The numbering is board-specific, but in most cases
> > that can be simplified to being SOC-specific. ...
> >
> > Hotpluggable SPI controllers are not common, but
> > that's where
Hi,
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote:
> # there's a glue for PC-like FDC
> allow BLD_DEV_FD
>
> If you insist on having dummy config around allow/select, I don't see any
> real benefits in using "allow" form...
It has to be in some context, otherwise Kconfig can't tell whether it
bel
Harald> Obviously, if HZ would ever go below 100, the code above
Harald> would provide some problems. I'm not sure what the future
Harald> plans with HZ are, but I'll add an #error statement in
Harald> case HZ goes smaller than that.
It might be simpler just to define it to msecs_
On 9/6/05, Richard Purdie <[EMAIL PROTECTED]> wrote:
> Add the platform support code for two new Sharp Zaurus Models, Spitz
> (SL-C3000) and Borzoi (SL-C3100).
>
> This patch also adds most of the foundations for Akita (SL-C1000)
> Support. The missing link for Akita is the driver for its I2C io
>
Looks like the help comment for MPC834x got merged incorrectly.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit 28806bb4f8992eb46d2d788a00d08f62b4559d61
tree de364c30cb32f279b3b01f13f683d0fd88416bb9
parent 2dcbb32c37cd71d9f4a7f5530af896a18d859ef5
author Kumar K. Gala <[EMAIL PROTECTED]>
Hello,
it is technically possible to access a CF-Card with an 8-bit width bus.
The problem with the current code is that the IDE code does a 16 (or 32)
bit read on the IDE data register. If the bus interface for a 8-bit bus
would then do two reads to offsets 0 and 1.
The second read (to offs
On Tue, 06 Sep 2005 17:15:51 +0800, "Sat." said:
Not a kernel problem, please consult an intro-to-C list next time
> if(!(pid=fork())){
> ..
> printk("in child process");
> ..
> }else{
> .
> printk("in father process");
> .
> }
>
> values., and
On Mon, Sep 05, 2005 at 12:26:41AM -0400, Dave Jones wrote:
> As someone who gets to read a lot of bug reports from end-users,
> this thing is far from perfect judging by the number of tainted
> oopses I've seen, and not all of them look like stack size issues.
It would make sense to use 4KB pages
On Sat, 2005-09-03 at 22:11 +0200, Arjan van de Ven wrote:
> On Sat, 2005-09-03 at 22:04 +0200, Wim Van Sebroeck wrote:
> > Author: Chuck Ebbert <[EMAIL PROTECTED]>
> > Date: Fri Aug 19 14:14:07 2005 +0200
> >
> > [WATCHDOG] softdog-timer-running-oops.patch
> >
> > The softdog watch
2005/9/6, Giridhar Pemmasani <[EMAIL PROTECTED]>:
> Andi Kleen wrote:
>
> > AFAIK with interrupt stacks it shouldn't be a big issue to switch
> > to a private bigger stack. ndiswrapper just needs to have its own private
> > way to do "current" which accesses thread_info at the bottom of the stack.
1 - 100 of 264 matches
Mail list logo
