Hi I tried
2.6.11.3
2.6.11.6
2.6.12
2.6.13rc3
In all these Kernels syslog reports me every few minutes log-entries like this
Badness in blk_remove_plug at drivers/block/ll_rw_blk.c:1424
[] blk_remove_plug+0x69/0x70
[] __generic_unplug_device+0x1a/0x30
[] __make_request+0x248/0x5a0
[] mempool_
Von: Tobias <[EMAIL PROTECTED]>
Antwort an: Tobias <[EMAIL PROTECTED]>
Betreff: 2.6.11.3 2.6.11.6 2.6.12 2.6.13rc3 Badness in blk_remove_plug at
drivers/block/ll_rw_blk.c:1424
An: linux-kernel@vger.kernel.org
Hi I tried
2.6.11.3
2.6.11.6
2.6.12
2.6.13rc3
In all t
] -
Datum: Mon, 01 Aug 2005 13:06:02 +0200
Von: Tobias <[EMAIL PROTECTED]>
Antwort an: Tobias <[EMAIL PROTECTED]>
Betreff: Re: 2.6.11.3 2.6.11.6 2.6.12 2.6.13rc3 +rc4 Badness in
blk_remove_plug at drivers/block/ll_rw_blk.c:1424
An: linux-kernel@vger.kernel.org
these bad blocks?
Tobias
-
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/
Am Sunday 18 November 2007 schrieben Sie:
> Tobias wrote:
> > If you are accessing a scratched Video DVD and the device cannot read it,
> > the process ends.
> > What about a more tolerant way to handle unreadable blocks.
> > Especially on Video DVDs single blocks are
ction
'rcu_idle_enter'
arch/alpha/kernel/process.c:63: error: implicit declaration of function
'rcu_idle_exit'
make[1]: *** [arch/alpha/kernel/process.o] Error 1
make: *** [arch/alpha/kernel] Error 2
Regards,
Tobias
--
To unsubscribe from this list: send the line "unsubscr
Use the devm_* family of functions during probe to reduce the error
handling code footprint.
Signed-off-by: Tobias Klauser
---
drivers/gpio/gpio-pl061.c | 59
1 files changed, 22 insertions(+), 37 deletions(-)
diff --git a/drivers/gpio/gpio-pl061
The prototype for kobjsize() is already defined in linux/mm.h
which is included where kobjsize() is used.
is_in_rom() is neither defined nor used across the whole tree, so delete
the prototype.
Signed-off-by: Tobias Klauser
---
arch/h8300/include/asm/pgtable.h |6 --
1 files changed, 0
The function is not used anywhere in the whole tree (anymore), so remove
it.
Signed-off-by: Tobias Klauser
---
arch/frv/include/asm/sections.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/frv/include/asm/sections.h b/arch/frv/include/asm/sections.h
index
The domain of Matt Mooneey's email doesn't exist anymore.
Setting usbip to Oprhan.
Signed-off-by: Tobias Polzer
Signed-off-by: Dominik Paulus
---
MAINTAINERS | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e61c2e8..5eb35c3 10
orted\n");
1007 return -EINVAL;
1008 }
We encountered no problems without those lines. Is it safe to remove this
check?
Regards,
Tobias Polzer and Dominik Paulus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
gt; init prints. I guess that the call to nouveau_display_resume from
> nouveau_pmops_runtime_resume should be guarded by a if
> (dev->mode_config.num_crtc) like it is everywhere else.
>
> -ilia
Your guess was right, this (hopefully attached patch) fixes it for me!
Thanks,
Tobias
---
drivers/gpu/drm/nouveau/nouveau_display.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c
b/drivers/gpu/drm/nouveau/nouveau_display.c
index d2712e6..a4ba734 100644
--- a/drivers/gpu/drm/nouveau/nouveau_display.c
+++ b/drivers
e this one?
Dave.
No, mine was quick and dirty, reverted it and took yours. But i'm a
little bit confused that this is a suspend/resume problem, i booted the
kernel for the first time while seeing the oops. But anyway i tested it
and it works.
Tobias
--
To unsubscribe from this list: se
On 09.09.2013 00:29, Dave Airlie wrote:
On Mon, Sep 9, 2013 at 8:01 AM, Tobias Klausmann
wrote:
On 08.09.2013 23:33, Dave Airlie wrote:
Looks like you have Optimus (intel + nvidia), and the backtrace has
runtime pm in it, which is something new Dave added for 3.12, adding
him in explicitly
The usbip userspace utilities contained some half-documented (only in
--help, not in man) options. They were added to the man-pages of usbip
and usbipd.
Also a typo in the usbip headline was fixed.
Signed-off-by: Tobias Polzer
Signed-off-by: Dominik Paulus
---
drivers/staging/usbip/userspace
On Mon, Jun 03, 2013 at 04:34:25PM +0200, Thomas Gleixner wrote:
> B1;2601;0cOn Mon, 3 Jun 2013, Tobias Waldekranz wrote:
> > In ktime_get_update_offsets, calculate the current time in the same
> > way as in ktime_get.
> >
> > On 32-bit systems, the current time i
On 04.06.2013 04:49, Greg KH wrote:
> Tobias, can you test this patch out? Note, I only compiled it, did not
> get the chance to actually run it, so it might not work at all.
Sure, I'll gladly give it a try. Seeing the comments on the code, I'm
just wondering if there might
s.
Thanks for the effort!
Tobias
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
there ?
>> (If so, I'd like a link, I could use one of those).
>
> You don't need a multiplexer, you can have a bunch of different USB root
> hubs in PCI slots, with USB hubs plugged into them, and lots of
> multi-port USB devices connected to them. Tobias ha
ake[4]: *** [drivers/usb/serial/console.o] Error 1
make[3]: *** [drivers/usb/serial] Error 2
make[2]: *** [drivers/usb] Error 2
make[1]: *** [drivers] Error 2
make[1]: Leaving directory `/root/usb.git'
make: *** [debian/stamp/build/kernel] Error 2
thanks
Tobias
signature.asc
Description: OpenP
On 06/07/2013 08:00 AM, Tobias Winter wrote:
> CC drivers/usb/serial/console.o
> drivers/usb/serial/console.c: In function ‘usb_console_setup’:
> drivers/usb/serial/console.c:111:2: error: implicit declaration of
> function ‘usb_serial_get_by_index’ [-Werror=implicit-function
longer fit in 31-bits (2038-01-19 03:14:07 UTC). This will send
hrtimer_interrupt into an infinite loop on some architectures (arm),
or emit an oops on others(x86).
Signed-off-by: Tobias Waldekranz
---
kernel/time/timekeeping.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
On 06/07/2013 07:25 PM, Greg KH wrote:
> On Fri, Jun 07, 2013 at 11:55:59AM +0200, Tobias Winter wrote:
>> On 06/07/2013 08:00 AM, Tobias Winter wrote:
>>> CC drivers/usb/serial/console.o
>>> drivers/usb/serial/console.c: In function ‘usb_console_setup’:
>>&
build time with
relocation errors. If I remove -msmall-data (or replace it with
~big~), the machine hangs hard immediatly after aboot telling me
it's starting it. I'll take a closer look later today, but there
seems to be a very fundamental thing wrong with the startup code
in these scenar
0x90 [i915]
[] ? dma_buf_release+0x23/0x80
[] ? __fput+0xcd/0x230
[] ? task_work_run+0x97/0xd0
[] ? do_notify_resume+0x79/0xa0
[] ? int_signal+0x12/0x17
---[ end trace 99a0c147e69ddcd1 ]---
Thanks,
Tobias Klausmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
nful before, so I'm mentioning this explicitly.
This pach finally fixes my backlight control!
Thanks!
Tobias Klausmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at ht
On 22.07.2013 15:08, Rafael J. Wysocki wrote:
On Sunday, July 21, 2013 11:07:03 PM Tobias Klausmann wrote:
On 21.07.2013 21:53, Linus Torvalds wrote:
So it's been another week, and -rc2 is out there.
...
(b) we had a late change to how ACPI backlight handling is done on
certain mac
A typo was introduced when merging the "security-fixes" branch which made the
comparison an assignment.
---
arch/arm/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 536c85f..94f6b05 100644
--- a/
A typo was introduced when merging the "security-fixes" branch which made the
comparison an assignment.
Signed-off-by: Tobias Mueller
---
In the previous version I forgot the Signed-off-by header
---
arch/arm/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletion
Raise the maximum number of usb-serial devices to 256, which is the
actual limit supported by the codebase.
Signed-off-by: Jakob-Tobias Winter
Tested-by: Jakob-Tobias Winter
---
include/linux/usb/serial.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/usb
Hi!
On Tue, 26 Mar 2013, Michael Cree wrote:
> On 26/03/2013, at 4:09 AM, Tobias Klausmann wrote:
> > On Mon, 25 Mar 2013, Will Deacon wrote:
> >> Any news on these? I've included an updated version of the first
> >> patch, with
> >> the Tested-
Hi!
On a whim, I tried fiddling with ALPHA_LEGACY_START_ADDRESS.
While this necessitates switching the system type to
GENERIC_ALPHA, it makes the whole thing work. I suspect the
change in segment size shifted stuff around enough to make the
DP264 layout a "legacy" one.
Regar
arch/alpha/kernel] Error 2
AFAICT, schedule_preempt_disabled() was only introduced in 3.4
and thus needs to be backported for 3.3.
Regards,
Tobias
--
panic("%s: CORRUPTED BTREE OR SOMETHING", __FUNCTION__);
linux-2.6.6/fs/xfs/xfs_bmap.c
--
To unsubscribe from this list: send the li
Follow bd2f5536 (sched/rt: Use schedule_preempt_disabled()).
Cc: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Ingo Molnar
Signed-off-by: Tobias Klauser
---
arch/c6x/kernel/process.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/c6x/kernel/process.c b/arch/c6x
Follow bd2f5536 (sched/rt: Use schedule_preempt_disabled()).
b5affb014 (blackfin: add bf60x to current framework) accidentally (?)
reverted the change.
Cc: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Ingo Molnar
Signed-off-by: Tobias Klauser
---
arch/blackfin/kernel/process.c |4 +---
1
Follow bd2f5536 (sched/rt: Use schedule_preempt_disabled()).
Cc: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Ingo Molnar
Signed-off-by: Tobias Klauser
---
arch/openrisc/kernel/idle.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/openrisc/kernel/idle.c b/arch
Follow bd2f5536 (sched/rt: Use schedule_preempt_disabled()).
Cc: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Ingo Molnar
Signed-off-by: Tobias Klauser
---
arch/unicore32/kernel/process.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/unicore32/kernel/process.c b
; + }
> + rcu_idle_exit();
> + tick_nohz_idle_exit();
> + preempt_enable_no_resched();
> + schedule();
> + preempt_disable();
You could use schedule_preempt_disabled() instead of the above 3 calls.
See http://lkm
Since commit 66314223 ("ARM: socfpga: initial support for Altera's
SOCFPGA platform") struct sys_timer dw_apb_timer is an extern in
, so there is no need for common.h anymore,
instead directly #include in common.c
Signed-off-by: Tobias Klauser
Acked-by: Jamie Iles
---
I looks l
But I tried anything and the older kernels work without problems.).
Tobias Landes
-
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/
u may see what is happening, instead of just getting a
kernel freeze.
/Tobias
-
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
, you could run
wc `find . -type f`
and get exacly what you want. And if I'm not mistaken, Linux accepts a
much smaller command line than other "unices" such as Solaris.
...but it's not _that_ important... obviously there has to be an upper
limit somewhere...
/Tobias
ow server
with little memory? Most samba servers that people benchmark are fast
computers with lots of memory. So far, every major kernel upgrade has
given me a performance boost, even for slow computers, and I would hate to
see that trend break for 2.4...
/Tobias
-
To unsubscribe from this list:
t allows a user to decide whether
the kernel is allowed to wait for "any key". Another solution would be
to provide a timeout.
Ciao,
Tobias Haustein
--
Dipl. Inform. Tobias Haustein
aixigo AG - Financial Research and Education
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
Phone +49 (241
s performing worse in your case? (eg ftp
> something against 2.2 and 2.4)
Nope, TCP performance seems more or less unchanged. I will keep
investigating, and get back when I have more info.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Does anyone know if ECN is supported by the Internet backbone routers yet,
i.e. will I gain anything by enabling ECN in my Linux boxes at this point?
(except pushing this excellent technology, of course).
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
on irq 15
hda: 39862368 sectors (20410 MB) w/472KiB Cache, CHS=2481/255/63, UDMA(66)
hdc: 16498944 sectors (8447 MB) w/256KiB Cache, CHS=16368/16/63, UDMA(33)
Did I miss anything?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On Thu, 11 Jan 2001, Adrian Bunk wrote:
> On Thu, 11 Jan 2001, Tobias Ringstrom wrote:
>
> > When copying huge files from one disk to another (hda->hdc), I get the
> > following error (after some hundred megabytes):
> >
> > hdc: timeout waiting for DMA
&
ogies, Inc. VT82C586 IDE [Apollo] (rev 06)
[I know this is not a very good trouble report, but it will have to do for
the time beeing. I hope to do more testing at a later time.]
/Tobias
PS. This is _not_ the same system that I reported IDE busy errors for.
-
To unsubscribe from this
it out some more. I will
also try your 3.11 driver, which seems to be an enormous cleanup. Btw, do
you have a home page for the VIA driver? A CVS perhaps? If not, please
consider using sourceforge or something similar.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe lin
On Sat, 13 Jan 2001, Vojtech Pavlik wrote:
> On Sat, Jan 13, 2001 at 09:12:27AM +0100, Tobias Ringstrom wrote:
> > > 2) What's in /proc/ide/via?
> >
> > It's not there since I disabled the VIA driver.
>
> Ok. Could you send me this file when you boot with
errors on two
machines, but not on two other, independent on the cable. Both troubling
machines do not recover from these errors. Linux 2.2.16-22 from RedHat
works fine with DMA enabled on machine [1], [2] is unknown.
I hope this makes things a lot clearer.
/Tobias
-
To unsubscribe from this list
On Fri, 12 Jan 2001, Tobias Ringstrom wrote:
> On Thu, 11 Jan 2001, Adrian Bunk wrote:
> > On Thu, 11 Jan 2001, Tobias Ringstrom wrote:
> >
> > > When copying huge files from one disk to another (hda->hdc), I get the
> > > following error (after some hundred
On Sun, 14 Jan 2001, Vojtech Pavlik wrote:
> On Sat, Jan 13, 2001 at 11:36:13PM +0100, Tobias Ringstrom wrote:
>
> > I have now tried the SAMSUNG VG34323A disk with two other controllers at
> > home (Promise ATA100 an VIA vt82c686a rev 0x22, both on an ASUS A7V
> > mother
ailed once.
When using disk B, the computer has managed to recover from the CRC error
condition every time, as opposed to disk A which never recovers. (Busy)
Using hdparm -X65 (udma1) makes disk A work with 2.4 in machine 2. What
is the difference between udma1 and udma2?
Now I'm almost complet
ten).
The worst combination is 2.4.0 with VIA 2.1e and A in 1. Going from 2.1e
to 3.11 helps, but it is still very bad.
I'd really like to be more precise, but there are too many combinations to
try to try them all, and sometimes it fails right away, and sometimes
after several hundred mega
100 and various VIA
chipsets on 2.4. They have been extremely fast and reliable. There were
some reports with troubles with IBM disks and a specific chipset, but it
may just as well be the chipset. Hard to prove without an ATA analyzer
and a full spec...
/Tobias
-
To unsubscribe from this list: send th
issued for perfectly known and valid bridges
that advertice no IO resources. Isn't it a bit silly to issue that
warning for that case, or am I missing something?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
On Mon, 15 Jan 2001, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> >
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources. Isn't it a bit silly to issue that
> > warning for that
I liked them a lot, and I bet I'm not alone. Are they gone for good, or
have you just ceased writing them for test kernels?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at htt
ften than not fails to receive (and
transmit?) all data.
Try
dd if=/dev/zero bs=1k count=100 | wc
and
ssh machine dd if=/dev/zero bs=1k count=100 | wc
They should give you the same result. If not, you have the broken ssh.
/Tobias
-
To unsubscribe from this list: send the line "un
=0&ss=FA311&sortby=0
(e.g. fa311lx.zip:
-rw-rw-rw- 48047 Aug 24 22:36 fa311.c
-rw-rw-rw- 33203 Aug 24 22:36 fa311.h
-rw-rw-rw-7820 Aug 24 22:36 fa311.o
-rw-rw-rw- 131 Aug 24 22:36 makefile
Tobias
--
This above all: To thine own self be true / And i
There might be a small memory leak in the tulip driver since tp->mtable
allocated in eeprom.c around line 172 is never freed.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read th
This patch makes tulip/eeprom.c more robust.
/Tobias
--- eeprom.c.orig Mon Jun 19 22:42:39 2000
+++ eeprom.cTue Nov 14 01:19:19 2000
@@ -237,6 +237,7 @@
printk(KERN_INFO "%s: Index #%d - Media %s (#%d) described "
work, but you never know.
/Tobias Ringstrom
diff -ru tulip.orig/eeprom.c tulip/eeprom.c
--- tulip.orig/eeprom.c Mon Jun 19 22:42:39 2000
+++ tulip/eeprom.c Tue Nov 14 01:25:29 2000
@@ -198,12 +198,23 @@
if (p[1] ==
lock handling,
to confirm that is is correct and sufficient.
/Tobias
--- dmfe.c.orig Wed Nov 15 19:53:48 2000
+++ dmfe.c Wed Nov 15 21:35:24 2000
@@ -57,6 +57,11 @@
Resource usage cleanups.
Report driver version to user.
+ Tobias Ringström <[EMAIL PROTECTED]> :
+ Added
minutes, I
must say that it looks very good. I was able to both plug and unplug
cards, and cardmgr did what it was supposed to do. If something bad turns
up, I will let you know.
I vote for inclusion! :-)
/Tobias
dmesg info:
Linux PCMCIA Card Services 3.1.22
options: [pci] [cardbus] [pm]
Intel P
On Wed, 15 Nov 2000, Jeff Garzik wrote:
> Tobias Ringstrom wrote:
> >
> > I have updated the dmfe.c network driver for 2.4.0-test by adding proper
> > locking (I hope), and also made transmission much efficient.
> >
> > I would appreciate any feedback from peo
rning to all known
SMP unsafe drivers? A message could be printed booth at compile and load
time.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
think:
1. Working SMP driver
2. Broken SMP driver with a warning.
3. Broken SMP driver without a warning. (Even if "everyone" knows it
is broken)
It takes less than a minute to add such a warning, but it can take days
or weeks to find someone to really fix the driver. That was my p
found. (device name, MAC address, IO, IRQ)
Possible future work:
* Zero-copy transmission
* Use "new" PCI support API
/Tobias
--- dmfe.c.orig Sun Nov 19 21:43:33 2000
+++ dmfe.c Sun Nov 19 21:44:57 2000
@@ -57,6 +57,10 @@
Resource usage cleanups.
Report driver versi
, leaf->type);
Better yet, download and try the latest tulip driver from sourceforge.net
(search for tulip). I'm sure Jeff Garzik would like to know if it works.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
receives.
As you can see, the PCI driver does assign an IRQ, but the driver ignores
it. I hope this is enough info to fix the problem.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 21 Nov 2000, Jeff Garzik wrote:
> Tobias Ringstrom wrote:
> > When saying yes to "Plug-and-play OS" in the BIOS, my 3Com 905C adapter
> > stops working, since the driver tries to use IRQ 0, since the BIOS does
> > not assign an IRQ to it. The driver seem
The subject says it all. Is there any particular (technical) reason why I
must have both the generic pcmcia code and the controller support
built-in, or build all of them as modules?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 21 Nov 2000, David Hinds wrote:
> On Tue, Nov 21, 2000 at 11:34:45PM +0100, Tobias Ringstrom wrote:
> > The subject says it all. Is there any particular (technical) reason why I
> > must have both the generic pcmcia code and the controller support
> > built-in, or
attached dmesg and
lspci -vvvxxx output from the two cases (ok=Win98+warm-boot and
fail=cold-boot). I have enabled all PCI debug things I could find. Bw, it
would be really nice to have ONE place to enable the PCI debug info.
Any advice?
/Tobias
-
To unsubscribe from this list: send the line
Argh! I forgot the attachments. Here they are!
/Tobias
On Wed, 22 Nov 2000, Tobias Ringstrom wrote:
> Not that I like it, but I need to boot Win98, and then warm boot into
> Linux, or the Cardbus is not working. This is using Linux-2.4.0-test11 on
> a Mitac 7233 laptop.
>
>
t if the string does not fit, ro
does one have to do str[5]=0 first, and then strncpy(str,src,4)?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> > > Tobias, can you confirm that calling pci_enable_device before reading
> > > dev->irq fixes the 3c59x.c problem for you?
> >
> > Nope. The interrupts do not seem to get through. Packets are transmitted,
&
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> Tobias? Does changing that if-statement that make your bus happier?
I'll try this tomorrow. The sick laptop is at work, and I'm home. The time
difference really slows things down. :-(
/Tobias
-
To unsubscribe from this list:
rdbus card, I could no longer user lspci, since it tried to open a
non-existing file unser /proc/bus/pci/. It did not help to eject the card,
so I guess the kernel left something in a half-initialized state. Would
you like me to try to find out more details, or is it a non-issue, or
maybe ob
close
to what I'm looking for, but it is old and incomplete.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
al tests).
I'll do what I can to help.
- --
Gruss,
Tobias
- ---
Tobias Hunger The box said: 'Windows 95 or better'
[EMAIL PRO
The way I see it, 2.4.0-test12-pre6 is just a much longer name for 2.4.0.
Keep going like this and we may end up calling you Linus "Santa" Torvalds!
It has a nice ring to it, don't you think? :-) Or should that be *-<:-)
/Tobias
-
To unsubscribe from this list: send the lin
em
errors. You need a journalling filesystem to solve that, and even then,
you will probably loose data. The magix sysrq can help you sometimes, but
certainly not if your disk (controller) is stuck.
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
speeding up sufficiently for a small number of entries.
>
> You make the call.
You will probably get the 6.5 factor because you have some (big) contant
setup time. For example
t = 1700 + n
This gives you an increase of 6.5 from 100 to 1, although it is of
course is O(n).
extra, I will post them here.
Btw, has anyone else noticed samba slowdowns when going from 2.2 to 2.4?
Anyway, any help explaining/fixing points 1 and 3 would be highly
appreciated!
/Tobias
[All numbers in MB/s, bigger are better.]
=
On Wed, 3 Jan 2001, Daniel Phillips wrote:
> Tobias Ringstrom wrote:
> > 3) The 2.2 kernels outperform the 2.4 kernels for few clients (see
> >especially the "dbench 1" numbers for the PII-128M. Oops!
>
> I noticed that too. Furthermore I noticed that th
er reboot, du -h bigfile,
>
> 6.6M bigfile (or something similar)
>
> Heeelp :P
You could try the patch I sent to this list a couple of days ago, and see
if it helps. Let me know if you cannot find it. Search for 8139 in the
subject.
[Btw, you should know that the RTL8139 is a
d in
LILO), or upgrade the kernel to something recent.
/Tobias
-
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/
Disk full? Bad disk?
/Tobias
-
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/
is not much to
do, unless you can reproduce it.
/Tobias
-
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/
Lesson
==
Be very careful when enabling DMA on a Linux machine, especially on cheap
hardware. It is not enough to test DMA on a read-only partition first,
since writing is a completely different story.
...and probably some more things that I either forgot, or are too painful
to remember...
Linus, please consider this patch for 2.4.1. It makes sure the VIA IDE
driver does not enable DMA automatically, unless the user has requested it
using "make whateverconfig".
/Tobias
--- via82cxxx.c.origTue Jan 23 22:26:25 2001
+++ via82cxxx.c Tue Jan 23 22:27:05 2001
@@ -60
tability is the most important
factor right now, but it would be nice if I will get a performance boost
from my old tired P90. Right now it peaks at about 40 Mb/s for TCP.
/Tobias, a soon to be zerocopy patch tester
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
is a patch that honors the
user's choise in "make menuconfig" regarding using DMA by default. Just
say yes to that option, and you should have DMA enabled at boot, as you
had in 2.4.0.
The old behaviour was a bug.
/Tobias
-
To unsubscribe from this list: send the line "unsubsc
So you have not seen any corruption, but are willing to do testing. Very
kind, but you could have choosen a better subject, I think. There are a
lot more rumours that facts regarding the VIA drivers right now.
/Tobias
On Tue, 30 Jan 2001, Nicholas Knight wrote:
> I have a Soyo K7
s kills the 905".
So, what's up? Does it break all 905s? And will not changing the state
to D3, as a comment a few lines down says, shut the card down, which seems
to be a bad thing to do in a function called from vortex_probe1... I know
this code is currently bypassed, but still, wha
1 - 100 of 829 matches
Mail list logo
