Re: Asterisk deadlocks since Kernel 4.1

[Philipp Matthias Hahn]

Hello Hannes,

On Wed, Dec 02, 2015 at 12:40:32PM +0100, Hannes Frederic Sowa wrote:
> > git bisect tells me it stopped working after those two commits were applied:
> >
> > commit d48623677191e0f035d7afd344f92cf880b01f8e
> > Author: Herbert Xu 
> > Date:   Tue Sep 22 11:38:56 2015 +0800
> >
> > netlink: Replace rhash_portid with bound
> >
> > commit 4e27762417669cb459971635be550eb7b5598286
> > Author: Herbert Xu 
> > Date:   Fri Sep 18 19:16:50 2015 +0800
> >
> > netlink: Fix autobind race condition that leads to zero port ID
> 
> Cool, thanks a lot. Does this patch make a difference?
> 
> diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
> index 59651af..278e94c 100644
> --- a/net/netlink/af_netlink.c
> +++ b/net/netlink/af_netlink.c
> @@ -1137,7 +1137,7 @@ static int netlink_insert(struct sock *sk, u32 portid)
>  
>   /* We need to ensure that the socket is hashed and visible. */
>   smp_wmb();
> - nlk_sk(sk)->bound = portid;
> + nlk_sk(sk)->bound = true;
>  
>  err:
>   release_sock(sk);

Didn't help, test program still gets stuck; sorry :-(

Philipp

-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

Re: Strange PF_NETLINK NETLINK_ROUTE stall: netlink: Fix autobind race condition that leads to zero port ID

[Philipp Matthias Hahn]

Hello,

On Sat, Dec 05, 2015 at 09:10:08AM +0800, Herbert Xu wrote:
> On Fri, Nov 27, 2015 at 04:23:54PM +0100, Philipp Hahn wrote:
> > 
> > I observed a strange stall in a multi-threaded process (originally
> > OpenLDAP slapd), which stalls during a call to getaddrinfo() after
> > upgrading the kernel from 3.16.x to 4.1.12:
> 
> Can you try to see if the latest kernel still has this problem.
> Unfortunately a number of fixes seem to not have made it into
> 4.1 so anything could happen there.

I also tried 4.1.13, if that is what you mean with latest; it also
hangs.

> Thanks,

Thanks go to you.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

Re: Strange PF_NETLINK NETLINK_ROUTE stall: netlink: Fix autobind race condition that leads to zero port ID

[Philipp Matthias Hahn]

Hello,

On Sat, Dec 05, 2015 at 09:10:08AM +0800, Herbert Xu wrote:
> On Fri, Nov 27, 2015 at 04:23:54PM +0100, Philipp Hahn wrote:
> > 
> > I observed a strange stall in a multi-threaded process (originally
> > OpenLDAP slapd), which stalls during a call to getaddrinfo() after
> > upgrading the kernel from 3.16.x to 4.1.12:
> 
> Can you try to see if the latest kernel still has this problem.
> Unfortunately a number of fixes seem to not have made it into
> 4.1 so anything could happen there.

I also tried 4.1.13, if that is what you mean with latest; it also
hangs.

> Thanks,

Thanks go to you.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

Re: Asterisk deadlocks since Kernel 4.1

[Philipp Matthias Hahn]

Hello Hannes,

On Wed, Dec 02, 2015 at 12:40:32PM +0100, Hannes Frederic Sowa wrote:
> > git bisect tells me it stopped working after those two commits were applied:
> >
> > commit d48623677191e0f035d7afd344f92cf880b01f8e
> > Author: Herbert Xu 
> > Date:   Tue Sep 22 11:38:56 2015 +0800
> >
> > netlink: Replace rhash_portid with bound
> >
> > commit 4e27762417669cb459971635be550eb7b5598286
> > Author: Herbert Xu 
> > Date:   Fri Sep 18 19:16:50 2015 +0800
> >
> > netlink: Fix autobind race condition that leads to zero port ID
> 
> Cool, thanks a lot. Does this patch make a difference?
> 
> diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
> index 59651af..278e94c 100644
> --- a/net/netlink/af_netlink.c
> +++ b/net/netlink/af_netlink.c
> @@ -1137,7 +1137,7 @@ static int netlink_insert(struct sock *sk, u32 portid)
>  
>   /* We need to ensure that the socket is hashed and visible. */
>   smp_wmb();
> - nlk_sk(sk)->bound = portid;
> + nlk_sk(sk)->bound = true;
>  
>  err:
>   release_sock(sk);

Didn't help, test program still gets stuck; sorry :-(

Philipp

-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

RFH: How to correctly request a back-port / cherry-pick for stable 3.10?

[Philipp Matthias Hahn]

Hello,

I've found and debugged a problem in 3.10.54, which is fixed by
commit 8915aa27d5efbb9185357175b0acf884325565f9, which is in 3.11.

I'd like to request the commit being cherry-picked into 3.11, but
reading Documentation/stable_kernel_rules.txt confuses me, as all my
previous attempts seem to not having worked:

> - Send the patch, after verifying that it follows the above rules, to
>   sta...@vger.kernel.org.  You must note the upstream commit ID in the
>   changelog of your submission, as well as the kernel version you wish
>   it to be applied to.

So do I need to do the cherry-pick myself?

Amending the commit message by adding 
  commit 8915aa27d5efbb9185357175b0acf884325565f9 upstream.
between the subject line and the patch description is the easy part.

Where should the "kernel version" go? Looking at
 that
information is not part of any commit message.
Should it go after the 1st "---"?

> - To have the patch automatically included in the stable tree, add the tag
> Cc: sta...@vger.kernel.org
>   in the sign-off area. Once the patch is merged it will be applied to
>   the stable tree without anything else needing to be done by the author
>   or subsystem maintainer.

As the patch is already in 3.11, that doesn't seem to apply for
requesting a back-port.

> - The sender will receive an ACK when the patch has been accepted into the
>   queue, or a NAK if the patch is rejected.  This response might take a few
>   days, according to the developer's schedules.

So far I have receiver nothing, only silence.

> - If accepted, the patch will be added to the -stable queue, for review by
>   other developers and by the relevant subsystem maintainer.

and I don't find it there.

Can somebody please give me a hint on what I'm missing or doing wrong?
An example email containing such a back-port request would be very much
appreciated.

Thanks.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

RFH: How to correctly request a back-port / cherry-pick for stable 3.10?

[Philipp Matthias Hahn]

Hello,

I've found and debugged a problem in 3.10.54, which is fixed by
commit 8915aa27d5efbb9185357175b0acf884325565f9, which is in 3.11.

I'd like to request the commit being cherry-picked into 3.11, but
reading Documentation/stable_kernel_rules.txt confuses me, as all my
previous attempts seem to not having worked:

 - Send the patch, after verifying that it follows the above rules, to
   sta...@vger.kernel.org.  You must note the upstream commit ID in the
   changelog of your submission, as well as the kernel version you wish
   it to be applied to.

So do I need to do the cherry-pick myself?

Amending the commit message by adding 
  commit 8915aa27d5efbb9185357175b0acf884325565f9 upstream.
between the subject line and the patch description is the easy part.

Where should the kernel version go? Looking at
https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.54 that
information is not part of any commit message.
Should it go after the 1st ---?

 - To have the patch automatically included in the stable tree, add the tag
 Cc: sta...@vger.kernel.org
   in the sign-off area. Once the patch is merged it will be applied to
   the stable tree without anything else needing to be done by the author
   or subsystem maintainer.

As the patch is already in 3.11, that doesn't seem to apply for
requesting a back-port.

 - The sender will receive an ACK when the patch has been accepted into the
   queue, or a NAK if the patch is rejected.  This response might take a few
   days, according to the developer's schedules.

So far I have receiver nothing, only silence.

 - If accepted, the patch will be added to the -stable queue, for review by
   other developers and by the relevant subsystem maintainer.

and I don't find it there.

Can somebody please give me a hint on what I'm missing or doing wrong?
An example email containing such a back-port request would be very much
appreciated.

Thanks.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

Re: [alsa-devel] [BUG] 3.10.[01] modprobe snd-... hangs

[Philipp Matthias Hahn]

Hello,

On Tue, Jul 16, 2013 at 12:29:38PM +0200, Takashi Iwai wrote:
> Could you check the patch below?  It makes the code path involving
> with request_module asynchronous.

With the patch applied all modules were loaded successfully: no hanging
modprobe processes anymore.

Thank you for your support.

...
> From: Takashi Iwai 
> Subject: [PATCH] ALSA: seq-oss: Initialize MIDI clients asynchronously
> 
> The recent report showed that the initial registration of OSS
> sequencer clients stuck at loading the sound modules, which involves
> with request_module() at the init phase.  As a workaround, call the
> registration part asynchronously.  (And, this is a better approache
> irrespective of the hang fix.)
> 
> Reported-by: Philipp Matthias Hahn 
> Cc: 
> Signed-off-by: Takashi Iwai 
> ---
>  sound/core/seq/oss/seq_oss_init.c | 16 +---
>  sound/core/seq/oss/seq_oss_midi.c |  2 +-
>  2 files changed, 14 insertions(+), 4 deletions(-)
> 
> diff --git a/sound/core/seq/oss/seq_oss_init.c 
> b/sound/core/seq/oss/seq_oss_init.c
> index e3cb46f..b3f39b5 100644

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

Re: [alsa-devel] [BUG] 3.10.[01] modprobe snd-... hangs

[Philipp Matthias Hahn]

Hello,

On Tue, Jul 16, 2013 at 12:29:38PM +0200, Takashi Iwai wrote:
 Could you check the patch below?  It makes the code path involving
 with request_module asynchronous.

With the patch applied all modules were loaded successfully: no hanging
modprobe processes anymore.

Thank you for your support.

...
 From: Takashi Iwai ti...@suse.de
 Subject: [PATCH] ALSA: seq-oss: Initialize MIDI clients asynchronously
 
 The recent report showed that the initial registration of OSS
 sequencer clients stuck at loading the sound modules, which involves
 with request_module() at the init phase.  As a workaround, call the
 registration part asynchronously.  (And, this is a better approache
 irrespective of the hang fix.)
 
 Reported-by: Philipp Matthias Hahn pmh...@pmhahn.de
 Cc: sta...@vger.kernel.org
 Signed-off-by: Takashi Iwai ti...@suse.de
 ---
  sound/core/seq/oss/seq_oss_init.c | 16 +---
  sound/core/seq/oss/seq_oss_midi.c |  2 +-
  2 files changed, 14 insertions(+), 4 deletions(-)
 
 diff --git a/sound/core/seq/oss/seq_oss_init.c 
 b/sound/core/seq/oss/seq_oss_init.c
 index e3cb46f..b3f39b5 100644

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ pmh...@pmhahn.de
--
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/

[BUG] 3.10.[01] modprobe snd-... hangs

[Philipp Matthias Hahn]

Hello,

My x86_64 systems has some trouble loading some ALSA snd-* modules since
the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
loading snd-intel-hda and snd-audio-usb by hand still works.

# ps axf
  460 ?S  0:00  \_ [kworker/u8:3]
 1087 ?S  0:00  |   \_ [kworker/u8:3]
 1092 ?S  0:00  |   \_ /sbin/modprobe -q -- snd-seq-client-14
...
 1071 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd && { 
/sbin/modprobe --quiet snd
 1080 ?D  0:00  \_ /sbin/modprobe --quiet snd-seq
 1115 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd-rawmidi && 
{ /sbin/modprobe --q
 1154 ?S  0:00  \_ /sbin/modprobe --quiet snd-seq-midi
 1119 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd-rawmidi && 
{ /sbin/modprobe --q
 1148 ?S  0:00  \_ /sbin/modprobe --quiet snd-seq-midi

In /var/log/daemon.log I find the following messages:
Jul 15 19:58:44 scout udevd[912]: timeout: killing '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc01ip00in00' [1044]
Jul 15 19:58:56 scout udevd[912]: '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc01ip00in00' [1044] terminated by signal 
9 (Killed)
Jul 15 19:58:56 scout udevd[919]: timeout: killing '/sbin/modprobe -b 
pci:v10DEd026Csv1462sd7350bc04sc03i00' [1051]
Jul 15 19:58:56 scout udevd[914]: timeout: killing '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc03ip00in01' [1045]
Jul 15 19:58:56 scout udevd[919]: '/sbin/modprobe -b 
pci:v10DEd026Csv1462sd7350bc04sc03i00' [1051] terminated by 
signal 9 (Killed)
Jul 15 19:58:56 scout udevd[914]: '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc03ip00in01' [1045] terminated by signal 
9 (Killed)


This is a Debian sid system
# modprobe -V
kmod version 9

# echo t >/proc/sysrq-trigger
produces too much output to include the modprobe processes. I already
stopped most processes, but that is not enough.


# cat /proc/1092/syscall
175 0x7effcad92000 0xafe8 0x7effca9c2f88 0x7effca6ea3aa 0x0 0x0 0x7fff3e3de648 
0x7effca6eef8a

# cat /proc/1080/syscall
175 0x7fe01b25e000 0xafe8 0x7fe01ae8ef88 0x7fe01abb63aa 0x3 0x0 0x7fffba8cc748 
0x7fe01abbaf8a

# cat /proc/1154/syscall
175 0x7fc157a7b000 0xafe8 0x7fc1576abf88 0x7fc1573d33aa 0x3 0x0 0x7fff05809e58 
0x7fc1573d7f8a

# cat /proc/1148/syscall
175 0x7fc7159d5000 0xafe8 0x7fc715605f88 0x7fc71532d3aa 0x3 0x0 0x7fff47a1f3c8 
0x7fc715331f8a

Is this a know bug or has someone seen similar problems?

# cat /proc/modules
ip6table_filter 1575 0 - Live 0xa0893000
ip6_tables 13784 1 ip6table_filter, Live 0xa088b000
ebtable_nat 1887 0 - Live 0xa0887000
ebtables 19917 1 ebtable_nat, Live 0xa087e000
snd_usb_audio 124196 0 - Live 0xa0851000
snd_usbmidi_lib 16982 1 snd_usb_audio, Live 0xa0848000
rfcomm 28731 10 - Live 0xa083a000
bnep 9786 2 - Live 0xa0833000
snd_hda_codec_realtek 37669 1 - Live 0xa0823000
snd_hda_intel 31432 0 - Live 0xa0814000
snd_hda_codec 140669 2 snd_hda_codec_realtek,snd_hda_intel, Live 
0xa07e2000
snd_hwdep 5627 2 snd_usb_audio,snd_hda_codec, Live 0xa07dd000
iptable_filter 1618 1 - Live 0xa07d9000
xt_owner 1326 1 - Live 0xa07d5000
ip_tables 13390 1 iptable_filter, Live 0xa07cd000
x_tables 18433 6 
ip6table_filter,ip6_tables,ebtables,iptable_filter,xt_owner,ip_tables, Live 
0xa07c3000
cpufreq_conservative 7015 0 - Live 0xa07bd000
cpufreq_ondemand 8945 0 - Live 0xa07b6000
cpufreq_powersave 1010 0 - Live 0xa07b2000
cpufreq_userspace 2136 0 - Live 0xa07ae000
binfmt_misc 6479 1 - Live 0xa07a9000
bridge 74378 0 - Live 0xa078d000
stp 1908 1 bridge, Live 0xa0789000
llc 4485 2 bridge,stp, Live 0xa0784000
deflate 1873 0 - Live 0xa078
ctr 3633 0 - Live 0xa077c000
twofish_generic 5715 0 - Live 0xa0777000
twofish_x86_64_3way 19885 0 - Live 0xa076f000
twofish_x86_64 5503 1 twofish_x86_64_3way, Live 0xa076a000
twofish_common 13133 3 twofish_generic,twofish_x86_64_3way,twofish_x86_64, Live 
0xa0763000
camellia_generic 18308 0 - Live 0xa075b000
camellia_x86_64 45885 0 - Live 0xa074b000
serpent_sse2_x86_64 44963 0 - Live 0xa073d000
serpent_generic 21243 1 serpent_sse2_x86_64, Live 0xa0734000
ablk_helper 2284 1 serpent_sse2_x86_64, Live 0xa073
cryptd 7992 1 ablk_helper, Live 0xa072a000
xts 2958 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, Live 
0xa0726000
lrw 3584 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, Live 
0xa0722000
gf128mul 6580 2 xts,lrw, Live 0xa071d000
glue_helper 4810 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, 
Live 0xa0718000
blowfish_generic 3194 0 - Live 0xa0714000
blowfish_x86_64 14084 0 - Live 0xa070d000

[BUG] 3.10.[01] modprobe snd-... hangs

[Philipp Matthias Hahn]

Hello,

My x86_64 systems has some trouble loading some ALSA snd-* modules since
the upgrade to 3.10.[01]: Several automatic modprobe calls hang, but
loading snd-intel-hda and snd-audio-usb by hand still works.

# ps axf
  460 ?S  0:00  \_ [kworker/u8:3]
 1087 ?S  0:00  |   \_ [kworker/u8:3]
 1092 ?S  0:00  |   \_ /sbin/modprobe -q -- snd-seq-client-14
...
 1071 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd  { 
/sbin/modprobe --quiet snd
 1080 ?D  0:00  \_ /sbin/modprobe --quiet snd-seq
 1115 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd-rawmidi  
{ /sbin/modprobe --q
 1154 ?S  0:00  \_ /sbin/modprobe --quiet snd-seq-midi
 1119 ?S  0:00 sh -c /sbin/modprobe --ignore-install snd-rawmidi  
{ /sbin/modprobe --q
 1148 ?S  0:00  \_ /sbin/modprobe --quiet snd-seq-midi

In /var/log/daemon.log I find the following messages:
Jul 15 19:58:44 scout udevd[912]: timeout: killing '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc01ip00in00' [1044]
Jul 15 19:58:56 scout udevd[912]: '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc01ip00in00' [1044] terminated by signal 
9 (Killed)
Jul 15 19:58:56 scout udevd[919]: timeout: killing '/sbin/modprobe -b 
pci:v10DEd026Csv1462sd7350bc04sc03i00' [1051]
Jul 15 19:58:56 scout udevd[914]: timeout: killing '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc03ip00in01' [1045]
Jul 15 19:58:56 scout udevd[919]: '/sbin/modprobe -b 
pci:v10DEd026Csv1462sd7350bc04sc03i00' [1051] terminated by 
signal 9 (Killed)
Jul 15 19:58:56 scout udevd[914]: '/sbin/modprobe -b 
usb:vFC08p0101d0250dc00dsc00dp00ic01isc03ip00in01' [1045] terminated by signal 
9 (Killed)


This is a Debian sid system
# modprobe -V
kmod version 9

# echo t /proc/sysrq-trigger
produces too much output to include the modprobe processes. I already
stopped most processes, but that is not enough.


# cat /proc/1092/syscall
175 0x7effcad92000 0xafe8 0x7effca9c2f88 0x7effca6ea3aa 0x0 0x0 0x7fff3e3de648 
0x7effca6eef8a

# cat /proc/1080/syscall
175 0x7fe01b25e000 0xafe8 0x7fe01ae8ef88 0x7fe01abb63aa 0x3 0x0 0x7fffba8cc748 
0x7fe01abbaf8a

# cat /proc/1154/syscall
175 0x7fc157a7b000 0xafe8 0x7fc1576abf88 0x7fc1573d33aa 0x3 0x0 0x7fff05809e58 
0x7fc1573d7f8a

# cat /proc/1148/syscall
175 0x7fc7159d5000 0xafe8 0x7fc715605f88 0x7fc71532d3aa 0x3 0x0 0x7fff47a1f3c8 
0x7fc715331f8a

Is this a know bug or has someone seen similar problems?

# cat /proc/modules
ip6table_filter 1575 0 - Live 0xa0893000
ip6_tables 13784 1 ip6table_filter, Live 0xa088b000
ebtable_nat 1887 0 - Live 0xa0887000
ebtables 19917 1 ebtable_nat, Live 0xa087e000
snd_usb_audio 124196 0 - Live 0xa0851000
snd_usbmidi_lib 16982 1 snd_usb_audio, Live 0xa0848000
rfcomm 28731 10 - Live 0xa083a000
bnep 9786 2 - Live 0xa0833000
snd_hda_codec_realtek 37669 1 - Live 0xa0823000
snd_hda_intel 31432 0 - Live 0xa0814000
snd_hda_codec 140669 2 snd_hda_codec_realtek,snd_hda_intel, Live 
0xa07e2000
snd_hwdep 5627 2 snd_usb_audio,snd_hda_codec, Live 0xa07dd000
iptable_filter 1618 1 - Live 0xa07d9000
xt_owner 1326 1 - Live 0xa07d5000
ip_tables 13390 1 iptable_filter, Live 0xa07cd000
x_tables 18433 6 
ip6table_filter,ip6_tables,ebtables,iptable_filter,xt_owner,ip_tables, Live 
0xa07c3000
cpufreq_conservative 7015 0 - Live 0xa07bd000
cpufreq_ondemand 8945 0 - Live 0xa07b6000
cpufreq_powersave 1010 0 - Live 0xa07b2000
cpufreq_userspace 2136 0 - Live 0xa07ae000
binfmt_misc 6479 1 - Live 0xa07a9000
bridge 74378 0 - Live 0xa078d000
stp 1908 1 bridge, Live 0xa0789000
llc 4485 2 bridge,stp, Live 0xa0784000
deflate 1873 0 - Live 0xa078
ctr 3633 0 - Live 0xa077c000
twofish_generic 5715 0 - Live 0xa0777000
twofish_x86_64_3way 19885 0 - Live 0xa076f000
twofish_x86_64 5503 1 twofish_x86_64_3way, Live 0xa076a000
twofish_common 13133 3 twofish_generic,twofish_x86_64_3way,twofish_x86_64, Live 
0xa0763000
camellia_generic 18308 0 - Live 0xa075b000
camellia_x86_64 45885 0 - Live 0xa074b000
serpent_sse2_x86_64 44963 0 - Live 0xa073d000
serpent_generic 21243 1 serpent_sse2_x86_64, Live 0xa0734000
ablk_helper 2284 1 serpent_sse2_x86_64, Live 0xa073
cryptd 7992 1 ablk_helper, Live 0xa072a000
xts 2958 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, Live 
0xa0726000
lrw 3584 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, Live 
0xa0722000
gf128mul 6580 2 xts,lrw, Live 0xa071d000
glue_helper 4810 3 twofish_x86_64_3way,camellia_x86_64,serpent_sse2_x86_64, 
Live 0xa0718000
blowfish_generic 3194 0 - Live 0xa0714000
blowfish_x86_64 14084 0 - Live 0xa070d000
blowfish_common 6425 

[PATCH] linux-2.6.24/drivers/hid/hid-input.c

[Philipp Matthias Hahn]

In hidinput_configure_usage(device), IS_CHICONY_TACTICAL_PAD(devic) gets
passed the 'device' parameter. But that macro still references its
parameter by 'device' instead of by its local name 'x'.

Signed-off-by: Philipp Matthias Hahn <[EMAIL PROTECTED]>

--- linux/drivers/hid/hid-input.c   2008-01-25 09:57:17.0 +0100
+++ linux/drivers/hid/hid-input.c   2008-01-25 10:56:35.835871529 +0100
@@ -87,7 +87,7 @@
 #define map_key_clear(c)   do { map_key(c); clear_bit(c, bit); } while (0)
 
 /* hardware needing special handling due to colliding MSVENDOR page usages */
-#define IS_CHICONY_TACTICAL_PAD(x) (x->vendor == 0x04f2 && device->product == 
0x0418)
+#define IS_CHICONY_TACTICAL_PAD(x) (x->vendor == 0x04f2 && x->product == 
0x0418)
 #define IS_MS_KB(x) (x->vendor == 0x045e && (x->product == 0x00db || 
x->product == 0x00f9))
 
 #ifdef CONFIG_USB_HIDINPUT_POWERBOOK
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
--
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/

[PATCH] linux-2.6.24/drivers/hid/hid-input.c

[Philipp Matthias Hahn]

In hidinput_configure_usage(device), IS_CHICONY_TACTICAL_PAD(devic) gets
passed the 'device' parameter. But that macro still references its
parameter by 'device' instead of by its local name 'x'.

Signed-off-by: Philipp Matthias Hahn [EMAIL PROTECTED]

--- linux/drivers/hid/hid-input.c   2008-01-25 09:57:17.0 +0100
+++ linux/drivers/hid/hid-input.c   2008-01-25 10:56:35.835871529 +0100
@@ -87,7 +87,7 @@
 #define map_key_clear(c)   do { map_key(c); clear_bit(c, bit); } while (0)
 
 /* hardware needing special handling due to colliding MSVENDOR page usages */
-#define IS_CHICONY_TACTICAL_PAD(x) (x-vendor == 0x04f2  device-product == 
0x0418)
+#define IS_CHICONY_TACTICAL_PAD(x) (x-vendor == 0x04f2  x-product == 
0x0418)
 #define IS_MS_KB(x) (x-vendor == 0x045e  (x-product == 0x00db || 
x-product == 0x00f9))
 
 #ifdef CONFIG_USB_HIDINPUT_POWERBOOK
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
--
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/

Re: [2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello!

On Tue, Oct 30, 2007 at 10:08:01PM +0100, Pavel Machek wrote:
> > > On Monday, 29 October 2007 21:19, Philipp Matthias Hahn wrote:
> > > > I have an IBM X41 tablet pc running 2.6.23 with the following problem:
> > > > Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk >
> > > > /sys/power/state), the notebook hangs showing the following lines:
> > ...
> > > > Suspending console(s)
> > > > 
> > > > When I repeatedly press some keys or move the TrackPoint, the SwSusp
> > > > continues and the notebook powers off.
> > > > On reboot, the notebook resumes but hangs showing the following screen:
> > ...
> > > > Suspending console(s)
> > > > 
> > > > Generating interrupts by pressing keys or moving the TrackPoints makes
> > > > the resume continue. But after that, the notebook looses time, xterms
> > > > don't get updated until I press a key, the beeper beeps until I press a
> > > > key, etc.
...
> > On Mon, Oct 29, 2007 at 10:24:14PM +0100, Pavel Machek wrote:
> > > Yep, I seen that before. Try "nohz=off".
> > 
> > Okay, that seems to solve the "timer loosing time after resume" problem.
> > 
> > 
> > But I still need to press some keys on suspend (7-12 key presses and
> > releases) to unhang it. On resume not key presses are needed any
> > more.
> 
> So it fixed resume but not suspend? strange. Try highres=off, too. And
> maybe irqpoll?

highres=off did the trick. Thank you.

Does somebody want more data to debug this further?


On Tue, Oct 30, 2007 at 10:20:33PM +0100, Rafael J. Wysocki wrote:
> Well, have you tried doing "echo platform > /sys/power/disk" before
> hibernation instead?

It also seems to work, but doesn't improve the situation. I still need
to press keys for resume.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello!

On Tue, Oct 30, 2007 at 10:08:01PM +0100, Pavel Machek wrote:
   On Monday, 29 October 2007 21:19, Philipp Matthias Hahn wrote:
I have an IBM X41 tablet pc running 2.6.23 with the following problem:
Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk 
/sys/power/state), the notebook hangs showing the following lines:
  ...
Suspending console(s)

When I repeatedly press some keys or move the TrackPoint, the SwSusp
continues and the notebook powers off.
On reboot, the notebook resumes but hangs showing the following screen:
  ...
Suspending console(s)

Generating interrupts by pressing keys or moving the TrackPoints makes
the resume continue. But after that, the notebook looses time, xterms
don't get updated until I press a key, the beeper beeps until I press a
key, etc.
...
  On Mon, Oct 29, 2007 at 10:24:14PM +0100, Pavel Machek wrote:
   Yep, I seen that before. Try nohz=off.
  
  Okay, that seems to solve the timer loosing time after resume problem.
  
  
  But I still need to press some keys on suspend (7-12 key presses and
  releases) to unhang it. On resume not key presses are needed any
  more.
 
 So it fixed resume but not suspend? strange. Try highres=off, too. And
 maybe irqpoll?

highres=off did the trick. Thank you.

Does somebody want more data to debug this further?


On Tue, Oct 30, 2007 at 10:20:33PM +0100, Rafael J. Wysocki wrote:
 Well, have you tried doing echo platform  /sys/power/disk before
 hibernation instead?

It also seems to work, but doesn't improve the situation. I still need
to press keys for resume.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello Rafael, Pavel!

Thank you both for the fast help.

On Mon, Oct 29, 2007 at 10:05:10PM +0100, Rafael J. Wysocki wrote:
> On Monday, 29 October 2007 21:19, Philipp Matthias Hahn wrote:
> > I have an IBM X41 tablet pc running 2.6.23 with the following problem:
> > Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk >
> > /sys/power/state), the notebook hangs showing the following lines:
...
> > Suspending console(s)
> > 
> > When I repeatedly press some keys or move the TrackPoint, the SwSusp
> > continues and the notebook powers off.
> > On reboot, the notebook resumes but hangs showing the following screen:
...
> > Suspending console(s)
> > 
> > Generating interrupts by pressing keys or moving the TrackPoints makes
> > the resume continue. But after that, the notebook looses time, xterms
> > don't get updated until I press a key, the beeper beeps until I press a
> > key, etc.
...
> Please try to do "echo shutdown > /sys/power/disk" before hibernation and
> see what happens.

I'm already doing that.

> Also, is it an SMP kernel or UP?

UP.


On Mon, Oct 29, 2007 at 10:24:14PM +0100, Pavel Machek wrote:
> Yep, I seen that before. Try "nohz=off".

Okay, that seems to solve the "timer loosing time after resume" problem.


But I still need to press some keys on suspend (7-12 key presses and
releases) to unhang it. On resume not key presses are needed any more.

During on suspend-resume cycle ACPI barfed afer resume spewing messages
without end (error during execution of methode \...THM, error evaulation
operand ...) I had to remove the battery and pull the power-plug to
reboot it.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello Rafael, Pavel!

Thank you both for the fast help.

On Mon, Oct 29, 2007 at 10:05:10PM +0100, Rafael J. Wysocki wrote:
 On Monday, 29 October 2007 21:19, Philipp Matthias Hahn wrote:
  I have an IBM X41 tablet pc running 2.6.23 with the following problem:
  Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk 
  /sys/power/state), the notebook hangs showing the following lines:
...
  Suspending console(s)
  
  When I repeatedly press some keys or move the TrackPoint, the SwSusp
  continues and the notebook powers off.
  On reboot, the notebook resumes but hangs showing the following screen:
...
  Suspending console(s)
  
  Generating interrupts by pressing keys or moving the TrackPoints makes
  the resume continue. But after that, the notebook looses time, xterms
  don't get updated until I press a key, the beeper beeps until I press a
  key, etc.
...
 Please try to do echo shutdown  /sys/power/disk before hibernation and
 see what happens.

I'm already doing that.

 Also, is it an SMP kernel or UP?

UP.


On Mon, Oct 29, 2007 at 10:24:14PM +0100, Pavel Machek wrote:
 Yep, I seen that before. Try nohz=off.

Okay, that seems to solve the timer loosing time after resume problem.


But I still need to press some keys on suspend (7-12 key presses and
releases) to unhang it. On resume not key presses are needed any more.

During on suspend-resume cycle ACPI barfed afer resume spewing messages
without end (error during execution of methode \...THM, error evaulation
operand ...) I had to remove the battery and pull the power-plug to
reboot it.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

[2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello Thomas, Pavel, Rafael!

I have an IBM X41 tablet pc running 2.6.23 with the following problem:
Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk >
/sys/power/state), the notebook hangs showing the following lines:
Stopping tasks ... done.
Shrinking memory... done (49361 pages freed)
Freed 197444 kbytes in 0.64 seconds (308.50 MB/s)
Suspending console(s)

When I repeatedly press some keys or move the TrackPoint, the SwSusp
continues and the notebook powers off.
On reboot, the notebook resumes but hangs showing the following screen:
Stopping tasks ... done.
Loading image data pages (62483 pages) ... done
Read 249932 kbytes in 18.63 seconds (13.41 MB/s)
Suspending console(s)

Generating interrupts by pressing keys or moving the TrackPoints makes
the resume continue. But after that, the notebook looses time, xterms
don't get updated until I press a key, the beeper beeps until I press a
key, etc.

Any idea what the problem might be?

DMESG: http://corellon.svs.informatik.uni-oldenburg.de/~pmhahn/x41.dmesg
CONFIG: http://corellon.svs.informatik.uni-oldenburg.de/~pmhahn/x41.config

If you need more data, just ask.

Thank you, BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

[2.6.23] IBM X41 looses time after Suspend2Disk

[Philipp Matthias Hahn]

Hello Thomas, Pavel, Rafael!

I have an IBM X41 tablet pc running 2.6.23 with the following problem:
Suspend2Ram work fine, but when I do a Suspend2Disk (echo disk 
/sys/power/state), the notebook hangs showing the following lines:
Stopping tasks ... done.
Shrinking memory... done (49361 pages freed)
Freed 197444 kbytes in 0.64 seconds (308.50 MB/s)
Suspending console(s)

When I repeatedly press some keys or move the TrackPoint, the SwSusp
continues and the notebook powers off.
On reboot, the notebook resumes but hangs showing the following screen:
Stopping tasks ... done.
Loading image data pages (62483 pages) ... done
Read 249932 kbytes in 18.63 seconds (13.41 MB/s)
Suspending console(s)

Generating interrupts by pressing keys or moving the TrackPoints makes
the resume continue. But after that, the notebook looses time, xterms
don't get updated until I press a key, the beeper beeps until I press a
key, etc.

Any idea what the problem might be?

DMESG: http://corellon.svs.informatik.uni-oldenburg.de/~pmhahn/x41.dmesg
CONFIG: http://corellon.svs.informatik.uni-oldenburg.de/~pmhahn/x41.config

If you need more data, just ask.

Thank you, BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATCH] NTFS error messages: replace static char pointers by static char arrays

[Philipp Matthias Hahn]

Hello!

On Tue, Oct 09, 2007 at 02:40:35PM +0200, Ahmed S. Darwish wrote:
> On Tue, Oct 09, 2007 at 01:55:42AM +0400, Dmitri Vorobiev wrote:
> > The patch below contains a small code clean-up for the NTFS driver: all
> > static char pointers to error message strings have been replaced by 
> > static char arrays.

  char *   a = "a"; // pointer and content can be changed
const char *   b = "b"; // the thing pointed to is const
  char * const c = "c"; // the pointer is const
const char * const d = "d"; // pointer and content can't be changed

void foo(void) {
*a = 'A';
a++;
*b = 'B'; // error: assignment of read-only location
b++;
*c = 'C';
c++;  // error: increment  of read-only variable 'c'
*d = 'D'; // error: assignment of read-only location
d++;  // error: increment  of read-only variable 'd'
}

> Isn't the only difference between char *c = "msg" and char c[] = "msg" is 
> that the first is a non-const pointer to a const char array while the second 
> is a modifiable char array ?

$ cat [ab].c
const char *a = "a";
const char b[] = "b";
$ gcc -c [ab].c
$ size [ab].o
   textdata bss dec hex filename
  2   4   0   6   6 a.o
  2   0   0   2   2 b.o

'a' has two entries: one for the named read-writeable pointer, and one for the
anonymous read-only string, the pointer points to.
'b' has a single entry: just the named read-only string.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATCH] NTFS error messages: replace static char pointers by static char arrays

[Philipp Matthias Hahn]

Hello!

On Tue, Oct 09, 2007 at 02:40:35PM +0200, Ahmed S. Darwish wrote:
 On Tue, Oct 09, 2007 at 01:55:42AM +0400, Dmitri Vorobiev wrote:
  The patch below contains a small code clean-up for the NTFS driver: all
  static char pointers to error message strings have been replaced by 
  static char arrays.

  char *   a = a; // pointer and content can be changed
const char *   b = b; // the thing pointed to is const
  char * const c = c; // the pointer is const
const char * const d = d; // pointer and content can't be changed

void foo(void) {
*a = 'A';
a++;
*b = 'B'; // error: assignment of read-only location
b++;
*c = 'C';
c++;  // error: increment  of read-only variable 'c'
*d = 'D'; // error: assignment of read-only location
d++;  // error: increment  of read-only variable 'd'
}

 Isn't the only difference between char *c = msg and char c[] = msg is 
 that the first is a non-const pointer to a const char array while the second 
 is a modifiable char array ?

$ cat [ab].c
const char *a = a;
const char b[] = b;
$ gcc -c [ab].c
$ size [ab].o
   textdata bss dec hex filename
  2   4   0   6   6 a.o
  2   0   0   2   2 b.o

'a' has two entries: one for the named read-writeable pointer, and one for the
anonymous read-only string, the pointer points to.
'b' has a single entry: just the named read-only string.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS

[Philipp Matthias Hahn]

Hello!

On Tue, Jun 19, 2007 at 08:04:57AM -0400, Chris Mason wrote:
> On Tue, Jun 19, 2007 at 10:11:13AM +0100, Pádraig Brady wrote:
> > Vladislav Bolkhovitin wrote:
> > > 
> > > I would also suggest one more feature: support for block level
> > > de-duplication. I mean:
...
> > > That would be very usable feature, which in most cases would allow to
> > > shrink occupied disk space on 50-90%.
> > 
> > Have you references for this number?
> > In my experience one gets a lot of benefit from
> > the much simpler process of "de-duplication" of files.
> 
> Yes, I would expect simple hard links to be a better solution for this,
> but the feature request is not that out of line.  I actually had plans
> on implementing auto duplicate block reuse earlier in btrfs.

One problem with hard-links for me is, they also share the meta-data,
especially file permissions and owners.

Take a Subversion checkout for example: For each file "$A" Subversion
saves a backup under ".svm/text-base/$A.svn-base" for file comparison
and diff generation. The user controls the file permissions of "$A",
Subversion protects its backup with 0444. You can't hard-link them,
because than "svn diff" doesn't work anymore if your editor doesn't
break the hard-link, or worse, your permissions can get wrong.

If previous versions Subversion also had an extra file for file
attributes (mime-type, permissions, to-be-ignored, etc.) Since most
files had no special attributes, each had a file only containing "END".
Those you could hard-link by hand to save space.

If somebody want to research this further:

There is this nice little package called "perforate", which contains
"finddup" to find duplicate files. Run it two times, once with "-i" to
ignore permissions while comparing file contents
finddup -i -d /
and once without "-i" for "content and permissions must match"
finddup -d /
This will give you a hint on how many files you could hard-link or how
many files share their content.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS

[Philipp Matthias Hahn]

Hello!

On Tue, Jun 19, 2007 at 08:04:57AM -0400, Chris Mason wrote:
 On Tue, Jun 19, 2007 at 10:11:13AM +0100, Pádraig Brady wrote:
  Vladislav Bolkhovitin wrote:
   
   I would also suggest one more feature: support for block level
   de-duplication. I mean:
...
   That would be very usable feature, which in most cases would allow to
   shrink occupied disk space on 50-90%.
  
  Have you references for this number?
  In my experience one gets a lot of benefit from
  the much simpler process of de-duplication of files.
 
 Yes, I would expect simple hard links to be a better solution for this,
 but the feature request is not that out of line.  I actually had plans
 on implementing auto duplicate block reuse earlier in btrfs.

One problem with hard-links for me is, they also share the meta-data,
especially file permissions and owners.

Take a Subversion checkout for example: For each file $A Subversion
saves a backup under .svm/text-base/$A.svn-base for file comparison
and diff generation. The user controls the file permissions of $A,
Subversion protects its backup with 0444. You can't hard-link them,
because than svn diff doesn't work anymore if your editor doesn't
break the hard-link, or worse, your permissions can get wrong.

If previous versions Subversion also had an extra file for file
attributes (mime-type, permissions, to-be-ignored, etc.) Since most
files had no special attributes, each had a file only containing END.
Those you could hard-link by hand to save space.

If somebody want to research this further:

There is this nice little package called perforate, which contains
finddup to find duplicate files. Run it two times, once with -i to
ignore permissions while comparing file contents
finddup -i -d /
and once without -i for content and permissions must match
finddup -d /
This will give you a hint on how many files you could hard-link or how
many files share their content.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATCH] "volatile considered harmful", take 2

[Philipp Matthias Hahn]

Hello!

On Thu, May 10, 2007 at 02:20:19PM -0600, Jonathan Corbet wrote:
...
> +++ b/Documentation/volatile-considered-harmful.txt
...
> +Consider a typical block of kernel code:
> +
> +spin_lock(_lock);
> +do_something_on(_data);
^^^
> +do_something_else_with(_data);
   ^^^
> +spin_unlock(_lock);
> +
> +If all the code follows the locking rules, the value of shared_data cannot
> +change unexpectedly while the_lock is held.  Any other code which might
> +want to play with that data will be waiting on the lock.  The spinlock
> +primitives act as memory barriers - they are explicitly written to do so -
> +meaning that data accesses will not be optimized across them.  So the
> +compiler might think it knows what will be in some_data, but the
s/some_data/shared_data/ ?   ^

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATCH] volatile considered harmful, take 2

[Philipp Matthias Hahn]

Hello!

On Thu, May 10, 2007 at 02:20:19PM -0600, Jonathan Corbet wrote:
...
 +++ b/Documentation/volatile-considered-harmful.txt
...
 +Consider a typical block of kernel code:
 +
 +spin_lock(the_lock);
 +do_something_on(shared_data);
^^^
 +do_something_else_with(shared_data);
   ^^^
 +spin_unlock(the_lock);
 +
 +If all the code follows the locking rules, the value of shared_data cannot
 +change unexpectedly while the_lock is held.  Any other code which might
 +want to play with that data will be waiting on the lock.  The spinlock
 +primitives act as memory barriers - they are explicitly written to do so -
 +meaning that data accesses will not be optimized across them.  So the
 +compiler might think it knows what will be in some_data, but the
s/some_data/shared_data/ ?   ^

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Hello Tejun!

On Tue, Mar 06, 2007 at 12:46:07AM +0900, Tejun Heo wrote:
> Philipp Matthias Hahn wrote:
> > On Mon, Mar 05, 2007 at 01:10:10PM +0900, Tejun Heo wrote:
> > > * Does applying the attached patch over unpatched 2.6.20.1 fix the 
> > > problem?
> >
> > Yes, it seems to fix it. (testes on top of the first patch mentioned
> > above, but witheout the second one.).
> > If I should test it as the sole patche, just mail me again please.
>
> Yeap, please test it on top of vanilla kernel to verify that the patch
> proper fixes the problem.

Yes, applying only this patch does fix the problem.
Thank you for your support.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Hello Tejun!

On Tue, Mar 06, 2007 at 12:46:07AM +0900, Tejun Heo wrote:
 Philipp Matthias Hahn wrote:
  On Mon, Mar 05, 2007 at 01:10:10PM +0900, Tejun Heo wrote:
   * Does applying the attached patch over unpatched 2.6.20.1 fix the 
   problem?
 
  Yes, it seems to fix it. (testes on top of the first patch mentioned
  above, but witheout the second one.).
  If I should test it as the sole patche, just mail me again please.

 Yeap, please test it on top of vanilla kernel to verify that the patch
 proper fixes the problem.

Yes, applying only this patch does fix the problem.
Thank you for your support.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Helo Tejun!

On Mon, Mar 05, 2007 at 01:10:10PM +0900, Tejun Heo wrote:
> Philipp Matthias Hahn wrote:
> > As reported by John Williams and others like in
> > http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03088.html
> > I too have a problem with 2.6.20.1 using ata_piix not detecting the
> > CD-ROM any more. Applying the patch from
> > http://lkml.org/lkml/2007/2/12/24 did not help, but additionally
> > applying
> > http://readlist.com/lists/vger.kernel.org/linux-kernel/45/228948.html
> > made it work. Here's the relevant extra debugging output:
> 
> * Did it work with previous kernels?

Previously I was using the old IDE modules just fine, it was only with
2.6.20 that I did the switch to libata and encountered the problem.

> * Does applying the attached patch over unpatched 2.6.20.1 fix the problem?

Yes, it seems to fix it. (testes on top of the first patch mentioned
above, but witheout the second one.).
If I should test it as the sole patche, just mail me again please.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Helo Tejun!

On Mon, Mar 05, 2007 at 01:10:10PM +0900, Tejun Heo wrote:
 Philipp Matthias Hahn wrote:
  As reported by John Williams and others like in
  http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03088.html
  I too have a problem with 2.6.20.1 using ata_piix not detecting the
  CD-ROM any more. Applying the patch from
  http://lkml.org/lkml/2007/2/12/24 did not help, but additionally
  applying
  http://readlist.com/lists/vger.kernel.org/linux-kernel/45/228948.html
  made it work. Here's the relevant extra debugging output:
 
 * Did it work with previous kernels?

Previously I was using the old IDE modules just fine, it was only with
2.6.20 that I did the switch to libata and encountered the problem.

 * Does applying the attached patch over unpatched 2.6.20.1 fix the problem?

Yes, it seems to fix it. (testes on top of the first patch mentioned
above, but witheout the second one.).
If I should test it as the sole patche, just mail me again please.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Hello!

As reported by John Williams and others like in
http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03088.html
I too have a problem with 2.6.20.1 using ata_piix not detecting the
CD-ROM any more. Applying the patch from
http://lkml.org/lkml/2007/2/12/24 did not help, but additionally
applying
http://readlist.com/lists/vger.kernel.org/linux-kernel/45/228948.html
made it work. Here's the relevant extra debugging output:

ata_piix :00:1f.1: version 2.00ac7
ACPI: PCI Interrupt :00:1f.1[A] -> GSI 18 (level, low) -> IRQ 17
PCI: Setting latency timer of device :00:1f.1 to 64
ata1: PATA max UDMA/100 cmd 0x1F0 ctl 0x3F6 bmdma 0x2800 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x2808 irq 15
scsi0 : ata_piix
ata1.00: ATA-7, max UDMA/133, 160086528 sectors: LBA
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/100
scsi1 : ata_piix
ata2.00: ATAPI, max UDMA/33
ata2: ata_altstatus take 4us
ata2.00: configured for UDMA/33
scsi 0:0:0:0: Direct-Access ATA  Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
SCSI device sda: 160086528 512-byte hdwr sectors (81964 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
SCSI device sda: 160086528 512-byte hdwr sectors (81964 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
 sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 > sda4
 sd 0:0:0:0: Attached scsi disk sda
 scsi 1:0:0:0: CD-ROMLITE-ON  LTR-48246S   SID4 PQ: 0 ANSI: 5
 sr0: scsi3-mmc drive: 230x/48x writer cd/rw xa/form2 cdda tray
 Uniform CD-ROM driver Revision: 3.20
 sr 1:0:0:0: Attached scsi CD-ROM sr0

Something other I should try to get this fixed for 2.6.20.2+?

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: [PATA] Failed to set xfermode on LITE-ON LTR-48246S

[Philipp Matthias Hahn]

Hello!

As reported by John Williams and others like in
http://www.mail-archive.com/linux-ide@vger.kernel.org/msg03088.html
I too have a problem with 2.6.20.1 using ata_piix not detecting the
CD-ROM any more. Applying the patch from
http://lkml.org/lkml/2007/2/12/24 did not help, but additionally
applying
http://readlist.com/lists/vger.kernel.org/linux-kernel/45/228948.html
made it work. Here's the relevant extra debugging output:

ata_piix :00:1f.1: version 2.00ac7
ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 17
PCI: Setting latency timer of device :00:1f.1 to 64
ata1: PATA max UDMA/100 cmd 0x1F0 ctl 0x3F6 bmdma 0x2800 irq 14
ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x2808 irq 15
scsi0 : ata_piix
ata1.00: ATA-7, max UDMA/133, 160086528 sectors: LBA
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/100
scsi1 : ata_piix
ata2.00: ATAPI, max UDMA/33
ata2: ata_altstatus take 4us
ata2.00: configured for UDMA/33
scsi 0:0:0:0: Direct-Access ATA  Maxtor 6Y080L0   YAR4 PQ: 0 ANSI: 5
SCSI device sda: 160086528 512-byte hdwr sectors (81964 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
SCSI device sda: 160086528 512-byte hdwr sectors (81964 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO 
or FUA
 sda: sda1 sda2 sda3  sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12  sda4
 sd 0:0:0:0: Attached scsi disk sda
 scsi 1:0:0:0: CD-ROMLITE-ON  LTR-48246S   SID4 PQ: 0 ANSI: 5
 sr0: scsi3-mmc drive: 230x/48x writer cd/rw xa/form2 cdda tray
 Uniform CD-ROM driver Revision: 3.20
 sr 1:0:0:0: Attached scsi CD-ROM sr0

Something other I should try to get this fixed for 2.6.20.2+?

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

[PATCH] saa7146_i2c device model integration

[Philipp Matthias Hahn]

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.c2004-10-24 16:00:32.0 
+0200
@@ -409,6 +409,7 @@ int saa7146_i2c_adapter_prepare(struct s
 #else
BUG_ON(!i2c_adapter->class);
i2c_set_adapdata(i2c_adapter,dev);
+   i2c_adapter->dev.parent= >pci->dev;
 #endif
i2c_adapter->algo  = _algo;
i2c_adapter->algo_data = NULL;

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

[PATCH] saa7146_i2c device model integration

[Philipp Matthias Hahn]

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.c2004-10-24 16:00:32.0 
+0200
@@ -409,6 +409,7 @@ int saa7146_i2c_adapter_prepare(struct s
 #else
BUG_ON(!i2c_adapter-class);
i2c_set_adapdata(i2c_adapter,dev);
+   i2c_adapter-dev.parent= dev-pci-dev;
 #endif
i2c_adapter-algo  = saa7146_algo;
i2c_adapter-algo_data = NULL;

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello Michael!

On Thu, Aug 11, 2005 at 02:37:20PM +0200, [EMAIL PROTECTED] wrote:
> >I got the following OOPS from running "alevtd -F -d -v /dev/vbi0" with
> >my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
> >running a 2.6.12-rc6 without the nvidia module tainting the kernel.
>
> So you're using the analog tuner of the card to watch analog cable tv and 
> want to decode teletext from the vbi, right? 

Yes.

> Can you tell me the last kernel version that worked for you? 

Sorry, it never worked before: After accessing /dev/vbi the computer
locked up after some time: no keyboard, only hard reset.
Might be related to that it is a dual P3-600.
I just tried it again yesterday to see if the situation with VBI
improved with the updated which went into 2.6.13-rc6 compared to the
situation half a year ago.

> >kernel BUG at drivers/media/common/saa7146_video.c:741!
> 
> 739 fmt = format_by_fourcc(dev,fh->video_fmt.pixelformat);
> 740 /* we need to have a valid format set here */
> 741 BUG_ON(NULL == fmt); 
> 
> This sanity check is failing. Apparently the software managed
> to select a pixelformat that cannot be translated to a "saa7146 format". 
> 
> Puh, I wrote this long ago. ;-) IIRC this should not be possible (ie. the 
> driver should reject the unknown pixelformat in the configuring stage). 

alevtd is outputting some debug information, which I'll capture for you.

> Did you update the alevt package? Perhaps it's now doing this differently 
> and it would fail with older kernels as well, which have worked before. 

alevtd is Debians 3.94-1

> We will probably have to debug this on a very low level.

Please feel free to contact my. Turn around might by long, since the PC
with DVB is at home without internet access, which I only have at work.

BYtE
Philipp

PS: Wir koennen auch Deutsch reden, nachdem wir die cc:-Liste reduziert
haben.
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello!

On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
> Apart from some reverts and the aic7xxx performance regression fix,
> there's arm and ppc updates, and some PCI resource allocation updates that
> hopefully will reduce the number of machines (especially laptopns) that
> have strange undocumented MB devices that clash in PCI IO space.. And 
> various small one-liners.

I got the following OOPS from running "alevtd -F -d -v /dev/vbi0" with
my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
running a 2.6.12-rc6 without the nvidia module tainting the kernel.

Linux version 2.6.11.11 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 
1:3.3.6-5)) #1 SMP Mon May 30 21:55:01 CEST 2005
...
saa7146: register extension 'dvb'.
ACPI: PCI interrupt :00:08.0[A] -> GSI 16 (level, low) -> IRQ 16
saa7146: found saa7146 @ mem e0968000 (revision 1, irq 16) (0x110a,0x).
DVB: registering new adapter (Fujitsu Siemens DVB-C).
adapter has MAC addr = 00:d0:5c:01:83:6c
dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 
8000261d
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: DVB-C analog module @ card 0 detected, initializing MSP3400
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
...
kernel BUG at drivers/media/common/saa7146_video.c:741!
invalid operand:  [#1]
PREEMPT SMP 
Modules linked in: rfcomm l2cap bluetooth autofs4 thermal fan button processor 
ipv6 xfrm_user ipcomp ah4 ipt_state ip_conntrack iptable_filter ip_tables esp4 
deflate zlib_deflate zlib_inflate twofish serpent aes_i586 blowfish des sha256 
sha1 crypto_null af_key sg joydev analog ns558 gameport parport_pc parport 
floppy pcspkr 3c59x mii evdev dvb_ttpci dvb_core saa7146_vv video_buf saa7146 
v4l1_compat v4l2_common videodev ves1820 stv0299 tda8083 stv0297 sp8870 
firmware_class ves1x93 ttpci_eeprom usbhid usb_storage i2c_piix4 uhci_hcd 
usbcore intel_agp nfsd exportfs lockd sunrpc binfmt_misc dm_mod 
snd_emu8000_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_oss 
snd_seq_midi snd_seq_midi_event snd_seq snd_util_mem snd_sbawe snd_opl3_lib 
snd_sb16_dsp snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc 
snd_sb16_csp snd_sb_common snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device 
snd soundcore eeprom w83781d i2c_dev i2c_sensor i2c_core nvidia agpgart
CPU:0
EIP:0060:[]Tainted: P  VLI
EFLAGS: 00010246   (2.6.11.11)
EIP is at video_begin+0x1f1/0x270 [saa7146_vv]
eax:    ebx: dfc22060   ecx:    edx: 000a
esi: df30dce0   edi: dedfe800   ebp: de65be34   esp: de65be1c
ds: 007b   es: 007b   ss: 0068
Process alevtd (pid: 26938, threadinfo=de65a000 task=c417d540)
Stack: df30dce0  cfeeecb4 e0b077a0 40045612 dedfe800 de65be84 e0ae862c 
   dedfe800 dde21af8 0001 de65be88 de65be60 dedfe800 d8ab7c40 c1582380 
    dedfea68 dfc22060 df30dce0 de65bea0 dfacf9c0 dde21af8 40045612 
Call Trace:
 [] show_stack+0x7f/0xa0
 [] show_registers+0x163/0x1d0
 [] die+0x101/0x190
 [] do_invalid_op+0xbc/0xd0
 [] error_code+0x2b/0x30
 [] saa7146_video_do_ioctl+0x59c/0xf60 [saa7146_vv]
 [] video_usercopy+0x8e/0x160 [videodev]
 [] fops_ioctl+0x2f/0x40 [saa7146_vv]
 [] do_ioctl+0x63/0xa0
 [] vfs_ioctl+0x62/0x1d0
 [] sys_ioctl+0x61/0x90
 [] sysenter_past_esp+0x52/0x75
Code: ae e0 b8 2a c8 ae e0 be 17 ce ae e0 89 44 24 08 89 74 24 04 e8 e1 5e 63 
df 89 7c 24 04 c7 04 24 40 da ae e0 e8 d1 5e 63 df eb ad <0f> 0b e5 02 60 da ae 
e0 e9 3f ff ff ff 89 f6 c7 04 24 0c ce ae

BYtE
Philipp

PS: MAINTAINTER lists http://linuxtv.org/developer/dvb.xml which is
dead.
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello!

On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
> James and gang found the aic7xxx slowdown that happened after 2.6.12, and 
> we'd like to get particular testing that it's fixed, so if you have a 
> relevant machine, please do test this.

I just tried 2.6.13-rc6 after my last 2.6.11.12 and got a problem with
the onboard aic7xxx on my old Gigabyte-6BXDS dual i686-600: During boot,
something bad happened within domain validation and I got an oops from
an unhandled NULL pointer. Since I don't have a secondary computer at
home to capture the OOPS, here's the shortened stacktrace written down
by hand:
show_stack
show_register
die
do_page_fault
error_code
ahc_set_syncrate
ahc_reset_channel
ahc_linux_bus_reset
scsi_try_bus_reset
scsi_eh_bus_reset
scsi_eh_ready_devs
scsi_unjam_host
scsi_error_handler
kernel_thread_helper

After chaning the Adaptec bios setting for the Pioneer CDROM from
"async" to "10 MB", I was able to boot the same kernel without problems.

If somebody needs more information, I can reproduce the OOPS again and
provide the missing information.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello!

On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
 Apart from some reverts and the aic7xxx performance regression fix,
 there's arm and ppc updates, and some PCI resource allocation updates that
 hopefully will reduce the number of machines (especially laptopns) that
 have strange undocumented MB devices that clash in PCI IO space.. And 
 various small one-liners.

I got the following OOPS from running alevtd -F -d -v /dev/vbi0 with
my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
running a 2.6.12-rc6 without the nvidia module tainting the kernel.

Linux version 2.6.11.11 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 
1:3.3.6-5)) #1 SMP Mon May 30 21:55:01 CEST 2005
...
saa7146: register extension 'dvb'.
ACPI: PCI interrupt :00:08.0[A] - GSI 16 (level, low) - IRQ 16
saa7146: found saa7146 @ mem e0968000 (revision 1, irq 16) (0x110a,0x).
DVB: registering new adapter (Fujitsu Siemens DVB-C).
adapter has MAC addr = 00:d0:5c:01:83:6c
dvb-ttpci: gpioirq unknown type=0 len=0
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 
8000261d
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: DVB-C analog module @ card 0 detected, initializing MSP3400
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
DVB: registering frontend 0 (VLSI VES1820 DVB-C)...
dvb-ttpci: found av7110-0.
...
kernel BUG at drivers/media/common/saa7146_video.c:741!
invalid operand:  [#1]
PREEMPT SMP 
Modules linked in: rfcomm l2cap bluetooth autofs4 thermal fan button processor 
ipv6 xfrm_user ipcomp ah4 ipt_state ip_conntrack iptable_filter ip_tables esp4 
deflate zlib_deflate zlib_inflate twofish serpent aes_i586 blowfish des sha256 
sha1 crypto_null af_key sg joydev analog ns558 gameport parport_pc parport 
floppy pcspkr 3c59x mii evdev dvb_ttpci dvb_core saa7146_vv video_buf saa7146 
v4l1_compat v4l2_common videodev ves1820 stv0299 tda8083 stv0297 sp8870 
firmware_class ves1x93 ttpci_eeprom usbhid usb_storage i2c_piix4 uhci_hcd 
usbcore intel_agp nfsd exportfs lockd sunrpc binfmt_misc dm_mod 
snd_emu8000_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_oss 
snd_seq_midi snd_seq_midi_event snd_seq snd_util_mem snd_sbawe snd_opl3_lib 
snd_sb16_dsp snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc 
snd_sb16_csp snd_sb_common snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device 
snd soundcore eeprom w83781d i2c_dev i2c_sensor i2c_core nvidia agpgart
CPU:0
EIP:0060:[e0ae7e41]Tainted: P  VLI
EFLAGS: 00010246   (2.6.11.11)
EIP is at video_begin+0x1f1/0x270 [saa7146_vv]
eax:    ebx: dfc22060   ecx:    edx: 000a
esi: df30dce0   edi: dedfe800   ebp: de65be34   esp: de65be1c
ds: 007b   es: 007b   ss: 0068
Process alevtd (pid: 26938, threadinfo=de65a000 task=c417d540)
Stack: df30dce0  cfeeecb4 e0b077a0 40045612 dedfe800 de65be84 e0ae862c 
   dedfe800 dde21af8 0001 de65be88 de65be60 dedfe800 d8ab7c40 c1582380 
    dedfea68 dfc22060 df30dce0 de65bea0 dfacf9c0 dde21af8 40045612 
Call Trace:
 [c010407f] show_stack+0x7f/0xa0
 [c0104233] show_registers+0x163/0x1d0
 [c0104461] die+0x101/0x190
 [c010491c] do_invalid_op+0xbc/0xd0
 [c0103ce3] error_code+0x2b/0x30
 [e0ae862c] saa7146_video_do_ioctl+0x59c/0xf60 [saa7146_vv]
 [e0a3d4de] video_usercopy+0x8e/0x160 [videodev]
 [e0ae5d6f] fops_ioctl+0x2f/0x40 [saa7146_vv]
 [c016f3d3] do_ioctl+0x63/0xa0
 [c016f612] vfs_ioctl+0x62/0x1d0
 [c016f7e1] sys_ioctl+0x61/0x90
 [c010320d] sysenter_past_esp+0x52/0x75
Code: ae e0 b8 2a c8 ae e0 be 17 ce ae e0 89 44 24 08 89 74 24 04 e8 e1 5e 63 
df 89 7c 24 04 c7 04 24 40 da ae e0 e8 d1 5e 63 df eb ad 0f 0b e5 02 60 da ae 
e0 e9 3f ff ff ff 89 f6 c7 04 24 0c ce ae

BYtE
Philipp

PS: MAINTAINTER lists http://linuxtv.org/developer/dvb.xml which is
dead.
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello!

On Sun, Aug 07, 2005 at 11:47:53AM -0700, Linus Torvalds wrote:
 James and gang found the aic7xxx slowdown that happened after 2.6.12, and 
 we'd like to get particular testing that it's fixed, so if you have a 
 relevant machine, please do test this.

I just tried 2.6.13-rc6 after my last 2.6.11.12 and got a problem with
the onboard aic7xxx on my old Gigabyte-6BXDS dual i686-600: During boot,
something bad happened within domain validation and I got an oops from
an unhandled NULL pointer. Since I don't have a secondary computer at
home to capture the OOPS, here's the shortened stacktrace written down
by hand:
show_stack
show_register
die
do_page_fault
error_code
ahc_set_syncrate
ahc_reset_channel
ahc_linux_bus_reset
scsi_try_bus_reset
scsi_eh_bus_reset
scsi_eh_ready_devs
scsi_unjam_host
scsi_error_handler
kernel_thread_helper

After chaning the Adaptec bios setting for the Pioneer CDROM from
async to 10 MB, I was able to boot the same kernel without problems.

If somebody needs more information, I can reproduce the OOPS again and
provide the missing information.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Linux-2.6.13-rc6: aic7xxx testers please..

[Philipp Matthias Hahn]

Hello Michael!

On Thu, Aug 11, 2005 at 02:37:20PM +0200, [EMAIL PROTECTED] wrote:
 I got the following OOPS from running alevtd -F -d -v /dev/vbi0 with
 my Siemens-DVB-C on a Dual-i686-600. I'm able to reproduce this even
 running a 2.6.12-rc6 without the nvidia module tainting the kernel.

 So you're using the analog tuner of the card to watch analog cable tv and 
 want to decode teletext from the vbi, right? 

Yes.

 Can you tell me the last kernel version that worked for you? 

Sorry, it never worked before: After accessing /dev/vbi the computer
locked up after some time: no keyboard, only hard reset.
Might be related to that it is a dual P3-600.
I just tried it again yesterday to see if the situation with VBI
improved with the updated which went into 2.6.13-rc6 compared to the
situation half a year ago.

 kernel BUG at drivers/media/common/saa7146_video.c:741!
 
 739 fmt = format_by_fourcc(dev,fh-video_fmt.pixelformat);
 740 /* we need to have a valid format set here */
 741 BUG_ON(NULL == fmt); 
 
 This sanity check is failing. Apparently the software managed
 to select a pixelformat that cannot be translated to a saa7146 format. 
 
 Puh, I wrote this long ago. ;-) IIRC this should not be possible (ie. the 
 driver should reject the unknown pixelformat in the configuring stage). 

alevtd is outputting some debug information, which I'll capture for you.

 Did you update the alevt package? Perhaps it's now doing this differently 
 and it would fail with older kernels as well, which have worked before. 

alevtd is Debians 3.94-1

 We will probably have to debug this on a very low level.

Please feel free to contact my. Turn around might by long, since the PC
with DVB is at home without internet access, which I only have at work.

BYtE
Philipp

PS: Wir koennen auch Deutsch reden, nachdem wir die cc:-Liste reduziert
haben.
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]
-
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/

Re: Zip: what does that mean?

[Philipp Matthias Hahn]

On Thu, 14 Jun 2001, Gregoire Favre wrote:

> I have an IDE 250Mb Zip, it work fine, but I can see:
>
> Jun 11 23:52:35 greg kernel: ide-floppy: hdc: I/O error, pc = 5a, key =
> 5, asc = 24, ascq =  0
> Jun 11 23:52:37 greg kernel:  hdc: unknown partition table
> Jun 11 23:52:37 greg kernel: hdc: 98304kB, 96/64/32 CHS, 4096 kBps, 512
> sector size, 2941 rpm
>
> Could someone explain me what's wrong?
Nothing. Somethings is reeding /proc/partitions which lists all known
partitions. "fdisk" or "mount" do this.

When reading the file the kernel has to check the media in your zip-drive.
Problem is, you havn't put in one. So there is no partition table to read
and the kernel complains and returns the default values of a typical
100MB zip media.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: Zip: what does that mean?

[Philipp Matthias Hahn]

On Thu, 14 Jun 2001, Gregoire Favre wrote:

 I have an IDE 250Mb Zip, it work fine, but I can see:

 Jun 11 23:52:35 greg kernel: ide-floppy: hdc: I/O error, pc = 5a, key =
 5, asc = 24, ascq =  0
 Jun 11 23:52:37 greg kernel:  hdc: unknown partition table
 Jun 11 23:52:37 greg kernel: hdc: 98304kB, 96/64/32 CHS, 4096 kBps, 512
 sector size, 2941 rpm

 Could someone explain me what's wrong?
Nothing. Somethings is reeding /proc/partitions which lists all known
partitions. fdisk or mount do this.

When reading the file the kernel has to check the media in your zip-drive.
Problem is, you havn't put in one. So there is no partition table to read
and the kernel complains and returns the default values of a typical
100MB zip media.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: PROBLEM: isdn connecting error(auth failed) with 2.4.4-ac9 and2.4.5

[Philipp Matthias Hahn]

On Thu, 31 May 2001, CZUCZY Gergely wrote:

> May 27 15:00:52 kign ipppd[391]: Remote message: Access Denied
> May 27 15:00:52 kign ipppd[391]: PAP authentication failed
You passwors in /etc/{ppp,isdn}/pap-secrets is wrong.

> Modules Loaded NVdriver hisax isdn slhc au8820
  ^^
Don't report errors to Linux Kernel Mailing List with two
binary-only-kernel-modules loaded. Nobody will help you expect Nvidia and
Aureal(now Create Labs) themselves.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: PROBLEM: isdn connecting error(auth failed) with 2.4.4-ac9 and2.4.5

[Philipp Matthias Hahn]

On Thu, 31 May 2001, CZUCZY Gergely wrote:

 May 27 15:00:52 kign ipppd[391]: Remote message: Access Denied
 May 27 15:00:52 kign ipppd[391]: PAP authentication failed
You passwors in /etc/{ppp,isdn}/pap-secrets is wrong.

 Modules Loaded NVdriver hisax isdn slhc au8820
  ^^
Don't report errors to Linux Kernel Mailing List with two
binary-only-kernel-modules loaded. Nobody will help you expect Nvidia and
Aureal(now Create Labs) themselves.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: nfs mount by label not working.

[Philipp Matthias Hahn]

On Wed, 23 May 2001, Dave Mielke wrote:

> Using kernel 2.2.17-14 as supplied by RedHat, and using mount from
> mount-2.9u-4, mounting by label using the -L option does not work.
>
> mount -L backup1 /a
Do you realy mean what you wrote in the Subject line:

Subject : Re: *nfs* mount by label not working.
  ^

That would be something like:
   ask every server in the known universe if it has a nfs-export by
   name backup1, choose one of them and mount it locally on /a.

If you use nfs you have to specify the server and the volume old
fashioned. Mounting by lable or uuid is supported by very few filesystems,
mainly by ext2 only.

What the kernel does is to read /proc/partitions and check if any
partition found there has the label or uuid you search for.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[BUG][PATCH] linux-2.4.5-pre5/drivers/isdn/avmb1/capifs.c

[Philipp Matthias Hahn]

Hello lkml!

capifs.c is broken in 2.4.5-pre5:
- A forward declaration of capifs_new_inode() is needed
- The semicolon at the end of line musrt be deleted
- struct inode * was not declared

--- linux-2.4.5/drivers/isdn/avmb1/capifs.c.origThu May 24 08:42:43 2001
+++ linux-2.4.5/drivers/isdn/avmb1/capifs.c Thu May 24 08:43:15 2001
@@ -142,6 +142,7 @@
 static int capifs_root_readdir(struct file *,void *,filldir_t);
 static struct dentry *capifs_root_lookup(struct inode *,struct dentry *);
 static int capifs_revalidate(struct dentry *, int);
+static struct inode *capifs_new_inode(struct super_block *sb);

 static struct file_operations capifs_root_operations = {
read:   generic_read_dir,
@@ -491,9 +492,9 @@
 }
 #endif

-static struct inode *capifs_new_inode(struct super_block *sb);
+static struct inode *capifs_new_inode(struct super_block *sb)
 {
-   inode = new_inode(sb);
+   struct inode *inode = new_inode(sb);
if (inode) {
inode->i_mtime = inode->i_atime = inode->i_ctime = CURRENT_TIME;
inode->i_blocks = 0;

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[BUG][PATCH] linux-2.4.5-pre5/drivers/isdn/avmb1/capifs.c

[Philipp Matthias Hahn]

Hello lkml!

capifs.c is broken in 2.4.5-pre5:
- A forward declaration of capifs_new_inode() is needed
- The semicolon at the end of line musrt be deleted
- struct inode * was not declared

--- linux-2.4.5/drivers/isdn/avmb1/capifs.c.origThu May 24 08:42:43 2001
+++ linux-2.4.5/drivers/isdn/avmb1/capifs.c Thu May 24 08:43:15 2001
@@ -142,6 +142,7 @@
 static int capifs_root_readdir(struct file *,void *,filldir_t);
 static struct dentry *capifs_root_lookup(struct inode *,struct dentry *);
 static int capifs_revalidate(struct dentry *, int);
+static struct inode *capifs_new_inode(struct super_block *sb);

 static struct file_operations capifs_root_operations = {
read:   generic_read_dir,
@@ -491,9 +492,9 @@
 }
 #endif

-static struct inode *capifs_new_inode(struct super_block *sb);
+static struct inode *capifs_new_inode(struct super_block *sb)
 {
-   inode = new_inode(sb);
+   struct inode *inode = new_inode(sb);
if (inode) {
inode-i_mtime = inode-i_atime = inode-i_ctime = CURRENT_TIME;
inode-i_blocks = 0;

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: nfs mount by label not working.

[Philipp Matthias Hahn]

On Wed, 23 May 2001, Dave Mielke wrote:

 Using kernel 2.2.17-14 as supplied by RedHat, and using mount from
 mount-2.9u-4, mounting by label using the -L option does not work.

 mount -L backup1 /a
Do you realy mean what you wrote in the Subject line:

Subject : Re: *nfs* mount by label not working.
  ^

That would be something like:
   ask every server in the known universe if it has a nfs-export by
   name backup1, choose one of them and mount it locally on /a.

If you use nfs you have to specify the server and the volume old
fashioned. Mounting by lable or uuid is supported by very few filesystems,
mainly by ext2 only.

What the kernel does is to read /proc/partitions and check if any
partition found there has the label or uuid you search for.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: [PATCH] Re: [OOPS] 8139too

[Philipp Matthias Hahn]

On Fri, 16 Mar 2001, Jeff Garzik wrote:

> Does the attached patch solve the problem?
I didn't have a crash so far, so until now it look's okay. I would like to
say "you fixed it", but that's the problem with bugs: You can prove, there
are no bugs.
I will tell you as soon as possible if it should happen again, which I
hope wont.

Many thanks for your work.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: [PATCH] Re: [OOPS] 8139too

[Philipp Matthias Hahn]

On Fri, 16 Mar 2001, Jeff Garzik wrote:

 Does the attached patch solve the problem?
I didn't have a crash so far, so until now it look's okay. I would like to
say "you fixed it", but that's the problem with bugs: You can prove, there
are no bugs.
I will tell you as soon as possible if it should happen again, which I
hope wont.

Many thanks for your work.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: [OOPS] 8139too

[Philipp Matthias Hahn]

On Wed, 14 Mar 2001, Manfred Spraul wrote:

> > after APM laptop suspend to disk
> > 8139too is build-in, not pcmcia
> > I often get hangups after suspend-to-disk if I'm connected to a
> > hub/switch.
> > This is the first oops I've actually seen and copied it by hand:
> Was the nic connected or not?
The network was pluged in, but eth0 was not yet ifconfig'ed up.

> It seems that rtl8139_resume() unconditionally enables the nic, even if
> it wasn't open()'ed. Then an interrupt arrives and crashes because some
> memory structures were not allocated.
Will take a look myself after my exams.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: [OOPS] 8139too

[Philipp Matthias Hahn]

On Wed, 14 Mar 2001, Manfred Spraul wrote:

  after APM laptop suspend to disk
  8139too is build-in, not pcmcia
  I often get hangups after suspend-to-disk if I'm connected to a
  hub/switch.
  This is the first oops I've actually seen and copied it by hand:
 Was the nic connected or not?
The network was pluged in, but eth0 was not yet ifconfig'ed up.

 It seems that rtl8139_resume() unconditionally enables the nic, even if
 it wasn't open()'ed. Then an interrupt arrives and crashes because some
 memory structures were not allocated.
Will take a look myself after my exams.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[OOPS] 8139too

[Philipp Matthias Hahn]

Hello LKML!

i686 2.4.2 UP+kdb+lm_sensors+pcmcia
after APM laptop suspend to disk
8139too is build-in, not pcmcia
I often get hangups after suspend-to-disk if I'm connected to a hub/switch.
This is the first oops I've actually seen and copied it by hand:

Unable to handle kernel NULL pointer dereference at virtual address 0004
*pde = 

Entering kdb (current=0xc31e8000, pid 10509) Oops: Oops
due to oops @ 0xc902a470
eax = 0x ebx = 0xc2249220 ecx = 0xc9077554 edx = 0x0014
esi = 0x0401 eds = 0x0009 esp = 0xc31e9de8 eip = 0xc902a470
ebp = 0xc64c6400 xss = 0x0018 xcs = 0x0010 eflags = 0x00010282
eds = 0x0018 ces = 0x0018 origeax = 0x  = 0xc31e9db4
kbd> bt
EBP   EIP Function(args)
0xc64c6400 0xc902a470 [8139too]rtl8139_interrupt+0x1c (0x9, 0xc64c6400, 0xc31e9e50)
   8139too .text 0xc9028060 0xc902a454 0xc902a5bc
   0xc010a46f handle_IRQ_event+0x2f (0x9, 0xc31e9e50, 0xc7b727c0)
   kernel .text 0xc010 0xc010a440 0xc010a498
0xc31e9e48 0xc010a5ce do_IRQ+0x6e (0xc104f3e4, 0xc7f324e4, 0xab, 0xc026fa20, 
0xc7f69e40)
   kernel .text 0xc010 0xc010a560 0xc010a610
   0xc0108e44 ret_from_iret
   kernel .text 0xc010 0xc0108e44 0xc0108e64
Interrupt registers:
eax = 0xc7fa5d0c ebx = 0xc104f3e4 ecx = 0xc7f324e4 edx = 0x00ab
esi = 0xc026fa20 edi = 0xc7f69e40 esp = 0xc31e9e84 eip = 0xc012852c
ebp = 0x00ab xss = 0x0018 xcs = 0x0010 eflags = 020246
xds = 0xc4260018 xes = 0xc31e0018 origeax = 0xff09 %regs = 0xc31e9e50
   0xc012852c agp_page_up (0xc104f3e4)
   kernel .text 0xc010 0xc012852c 0xc0128558
   0xc0123598 __find_get_page+0x28 (0xc7f324e4, 0xab, 0xc7fa5d0c)
   kernel .text 0xc7f324e4 0xc0123570 0xc01235d8
   0xc0124423 filemap_nopage+0xab (0xc026fa20, 0x400e7000, 0x)
   kernel .text 0xc010 0xc0124378 0xc0124778
   0xc01215a8 do_no_page+0x50 (0xc7f69e40, 0xc026fa20, 0x400e7dc0, 0x0, 
0xc360639c)
   kernel .text 0xc010 0xc0121558 0xc0121608
more>
   0xc0121700 handle_mm_fault+0xf8 (0xc7f69e40, 0xc026fa20, 0x400e7dc0, 0x, 
0xc31e8000)
   kernel .text (0xc010 0xc0121608 0xc012176c
   0xc0112587 do_page_fault+0x143 (0xc31e9fc4, 0x4, 0x4015af64, 0xba2c, 
0xbfa5c)
   kernel .text 0xc010 0xc0112444 0xc0112850
   0xc0108eb8 error_code+0x34
   kernel .text 0xc010 0xc0108e84 0xc0108ec0
Interrupt registers:
eax = 0x002a ebx = 0x4015af64 ecx = 0xba2c edx = 0xba5c
esi = 0x400165e4 edi = 0x0008 esp = 0xba78 eip = 0x400e7dc0
ebp = 0xba94 xss = 0x002b xcs = 0x0023 efalgs = 0x00010246
xds = 0xbfff002b xes = 0x002b origeax = 0x  = 0xc31e9fc4
kbd> lsmod
Module  Size  modstruct  Used by
af_packet  12323  0xc903  2  (autoclean)
8139too16601  0xc9028000  1  (autoclean)
autofs 12700  0xc9091000  1  (autoclean)
ds  8263  0xc907e000  2
i82365 26839  0xc9072000  2
pcmcia_core49205  0xc9064000  0  [ ds i82365 ]
adm1021 6286  0xc9025000  0  (unused)
sensors 7855  0xc9022000  0  [ adm1021 ]
i2c-piix4   4601  0xc901f000  0  (unused)
i2c-core   16818  0xc9019000  0  [ adm1021 sensors i2c-piix4 ]
apm10916  0xc9015000  2
binfmt_misc 4251  0xc9012000  0

-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[OOPS] 8139too

[Philipp Matthias Hahn]

Hello LKML!

i686 2.4.2 UP+kdb+lm_sensors+pcmcia
after APM laptop suspend to disk
8139too is build-in, not pcmcia
I often get hangups after suspend-to-disk if I'm connected to a hub/switch.
This is the first oops I've actually seen and copied it by hand:

Unable to handle kernel NULL pointer dereference at virtual address 0004
*pde = 

Entering kdb (current=0xc31e8000, pid 10509) Oops: Oops
due to oops @ 0xc902a470
eax = 0x ebx = 0xc2249220 ecx = 0xc9077554 edx = 0x0014
esi = 0x0401 eds = 0x0009 esp = 0xc31e9de8 eip = 0xc902a470
ebp = 0xc64c6400 xss = 0x0018 xcs = 0x0010 eflags = 0x00010282
eds = 0x0018 ces = 0x0018 origeax = 0x eregs = 0xc31e9db4
kbd bt
EBP   EIP Function(args)
0xc64c6400 0xc902a470 [8139too]rtl8139_interrupt+0x1c (0x9, 0xc64c6400, 0xc31e9e50)
   8139too .text 0xc9028060 0xc902a454 0xc902a5bc
   0xc010a46f handle_IRQ_event+0x2f (0x9, 0xc31e9e50, 0xc7b727c0)
   kernel .text 0xc010 0xc010a440 0xc010a498
0xc31e9e48 0xc010a5ce do_IRQ+0x6e (0xc104f3e4, 0xc7f324e4, 0xab, 0xc026fa20, 
0xc7f69e40)
   kernel .text 0xc010 0xc010a560 0xc010a610
   0xc0108e44 ret_from_iret
   kernel .text 0xc010 0xc0108e44 0xc0108e64
Interrupt registers:
eax = 0xc7fa5d0c ebx = 0xc104f3e4 ecx = 0xc7f324e4 edx = 0x00ab
esi = 0xc026fa20 edi = 0xc7f69e40 esp = 0xc31e9e84 eip = 0xc012852c
ebp = 0x00ab xss = 0x0018 xcs = 0x0010 eflags = 020246
xds = 0xc4260018 xes = 0xc31e0018 origeax = 0xff09 %regs = 0xc31e9e50
   0xc012852c agp_page_up (0xc104f3e4)
   kernel .text 0xc010 0xc012852c 0xc0128558
   0xc0123598 __find_get_page+0x28 (0xc7f324e4, 0xab, 0xc7fa5d0c)
   kernel .text 0xc7f324e4 0xc0123570 0xc01235d8
   0xc0124423 filemap_nopage+0xab (0xc026fa20, 0x400e7000, 0x)
   kernel .text 0xc010 0xc0124378 0xc0124778
   0xc01215a8 do_no_page+0x50 (0xc7f69e40, 0xc026fa20, 0x400e7dc0, 0x0, 
0xc360639c)
   kernel .text 0xc010 0xc0121558 0xc0121608
more
   0xc0121700 handle_mm_fault+0xf8 (0xc7f69e40, 0xc026fa20, 0x400e7dc0, 0x, 
0xc31e8000)
   kernel .text (0xc010 0xc0121608 0xc012176c
   0xc0112587 do_page_fault+0x143 (0xc31e9fc4, 0x4, 0x4015af64, 0xba2c, 
0xbfa5c)
   kernel .text 0xc010 0xc0112444 0xc0112850
   0xc0108eb8 error_code+0x34
   kernel .text 0xc010 0xc0108e84 0xc0108ec0
Interrupt registers:
eax = 0x002a ebx = 0x4015af64 ecx = 0xba2c edx = 0xba5c
esi = 0x400165e4 edi = 0x0008 esp = 0xba78 eip = 0x400e7dc0
ebp = 0xba94 xss = 0x002b xcs = 0x0023 efalgs = 0x00010246
xds = 0xbfff002b xes = 0x002b origeax = 0x regs = 0xc31e9fc4
kbd lsmod
Module  Size  modstruct  Used by
af_packet  12323  0xc903  2  (autoclean)
8139too16601  0xc9028000  1  (autoclean)
autofs 12700  0xc9091000  1  (autoclean)
ds  8263  0xc907e000  2
i82365 26839  0xc9072000  2
pcmcia_core49205  0xc9064000  0  [ ds i82365 ]
adm1021 6286  0xc9025000  0  (unused)
sensors 7855  0xc9022000  0  [ adm1021 ]
i2c-piix4   4601  0xc901f000  0  (unused)
i2c-core   16818  0xc9019000  0  [ adm1021 sensors i2c-piix4 ]
apm10916  0xc9015000  2
binfmt_misc 4251  0xc9012000  0

-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[PATCH] acpi/cpu.c on SMP

[Philipp Matthias Hahn]

Hello!

acpi_idle is disabled on SMP systems with more then 1 cpu. The boot
message sais otherwise. This patch corrects the message.

--- linux-2.4.2/drivers/acpi/cpu.c.orig Sat Feb 10 12:01:52 2001
+++ linux-2.4.2/drivers/acpi/cpu.c  Thu Feb 15 08:54:16 2001
@@ -335,13 +335,12 @@

acpi_pm_timer_init();

-   if (acpi_use_idle) {
 #ifdef CONFIG_SMP
-   if (smp_num_cpus == 1)
-   pm_idle = acpi_idle;
+   if (acpi_use_idle && (smp_num_cpus == 1)) {
 #else
-   pm_idle = acpi_idle;
+   if (acpi_use_idle) {
 #endif
+   pm_idle = acpi_idle;
printk(KERN_INFO "ACPI: Using ACPI idle\n");
printk(KERN_INFO "ACPI: If experiencing system slowness, try adding 
\"acpi=no-idle\" to cmdline\n");
}

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[PATCH] acpi/cpu.c on SMP

[Philipp Matthias Hahn]

Hello!

acpi_idle is disabled on SMP systems with more then 1 cpu. The boot
message sais otherwise. This patch corrects the message.

--- linux-2.4.2/drivers/acpi/cpu.c.orig Sat Feb 10 12:01:52 2001
+++ linux-2.4.2/drivers/acpi/cpu.c  Thu Feb 15 08:54:16 2001
@@ -335,13 +335,12 @@

acpi_pm_timer_init();

-   if (acpi_use_idle) {
 #ifdef CONFIG_SMP
-   if (smp_num_cpus == 1)
-   pm_idle = acpi_idle;
+   if (acpi_use_idle  (smp_num_cpus == 1)) {
 #else
-   pm_idle = acpi_idle;
+   if (acpi_use_idle) {
 #endif
+   pm_idle = acpi_idle;
printk(KERN_INFO "ACPI: Using ACPI idle\n");
printk(KERN_INFO "ACPI: If experiencing system slowness, try adding 
\"acpi=no-idle\" to cmdline\n");
}

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: WOL failure after shutdown

[Philipp Matthias Hahn]

On Sun, 11 Feb 2001, James Brents wrote:

> Sorry, I wrote that in a hurry. Its a 3Com PCI 3c905C Tornado. I can
> successfully use wakeonlan if I power off the machine immeadiatly after
> turning it on. Using the shutdown command, which it will when I need it
> to power back up, it will not work.
Look at the page of Donald Becker at
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
Last time there was a small program to reactivate the D3-ACPI state which
is necessary to wake your nic. I think it's calles "pci-config.c"

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: WOL failure after shutdown

[Philipp Matthias Hahn]

On Sun, 11 Feb 2001, James Brents wrote:

 Sorry, I wrote that in a hurry. Its a 3Com PCI 3c905C Tornado. I can
 successfully use wakeonlan if I power off the machine immeadiatly after
 turning it on. Using the shutdown command, which it will when I need it
 to power back up, it will not work.
Look at the page of Donald Becker at
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
Last time there was a small program to reactivate the D3-ACPI state which
is necessary to wake your nic. I think it's calles "pci-config.c"

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: Problems with irda (irlap, ircomm)

[Philipp Matthias Hahn]

On Sat, 10 Feb 2001, Fredrik Falk wrote:

> Version: "Linux version 2.4.2-pre2 ([EMAIL PROTECTED]) (gcc version 2.96
 Please update to pre3. There ware
some irda-updated from Dag.

> 2731 (Red Hat Linux 7.0)) #1 SMP Sat Feb 10 02:26:51 CET 2001"
   I hope it's the updated one.

You might better ask on the IrDA-Mailinglist:
http://www.pasta.cs.UiT.No/pipermail/linux-irda/

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: Problems with irda (irlap, ircomm)

[Philipp Matthias Hahn]

On Sat, 10 Feb 2001, Fredrik Falk wrote:

 Version: "Linux version 2.4.2-pre2 ([EMAIL PROTECTED]) (gcc version 2.96
 Please update to pre3. There ware
some irda-updated from Dag.

 2731 (Red Hat Linux 7.0)) #1 SMP Sat Feb 10 02:26:51 CET 2001"
   I hope it's the updated one.

You might better ask on the IrDA-Mailinglist:
http://www.pasta.cs.UiT.No/pipermail/linux-irda/

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: Firewall netlink question...

[Philipp Matthias Hahn]

On Mon, 22 Jan 2001, Scaramanga wrote:

> Under Linux 2.2.x I used to be able to use ipchains to send packet to a
> netlink socket so that my userspace application could further analyze
> the packet data.
> 
> Since kernel 2.4 and iptables, I have not enjoyed the same functionality,
> has it been deprecated in favour of a better method, if so, what? I ask 
> because I just spent my last few hours writing an iptables plugin, and 
> netfilter target kernel module, in order to replace the old functionality 
> exactly, to the end that my application works with zero modifications.
You might take a look at

$ man iptables
...
TARGETS
...
QUEUE means to pass the packet to userspace (if supported by the kernel).

$ sed -n -e '1874,1876p' /usr/src/linux-2.4.0/Documentation/Configure.help
CONFIG_IP_NF_QUEUE
  Netfilter has the ability to queue packets to user space: the
  netlink device can be used to access them using this driver.

$ lynx /usr/share/doc/iptables/html/packet-filtering-HOWTO-7.html

BYtE   
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: Firewall netlink question...

[Philipp Matthias Hahn]

On Mon, 22 Jan 2001, Scaramanga wrote:

 Under Linux 2.2.x I used to be able to use ipchains to send packet to a
 netlink socket so that my userspace application could further analyze
 the packet data.
 
 Since kernel 2.4 and iptables, I have not enjoyed the same functionality,
 has it been deprecated in favour of a better method, if so, what? I ask 
 because I just spent my last few hours writing an iptables plugin, and 
 netfilter target kernel module, in order to replace the old functionality 
 exactly, to the end that my application works with zero modifications.
You might take a look at

$ man iptables
...
TARGETS
...
QUEUE means to pass the packet to userspace (if supported by the kernel).

$ sed -n -e '1874,1876p' /usr/src/linux-2.4.0/Documentation/Configure.help
CONFIG_IP_NF_QUEUE
  Netfilter has the ability to queue packets to user space: the
  netlink device can be used to access them using this driver.

$ lynx /usr/share/doc/iptables/html/packet-filtering-HOWTO-7.html

BYtE   
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

Re: FS callback routines

[Philipp Matthias Hahn]

On Mon, 8 Jan 2001, Sean R. Bright wrote:

> I was writing a user space application to monitor a folder's contents.  The
> folder itself contained 100 folders, and each of those contained 24 folders.
> While writing the code to traverse the directory structure I realized that
> instead of my software figuring out when things change, why not just have
> the fs tell my application when something was updated.  For example, say we
> had a function called watch_fs(), that took an inode reference and a
> function pointer and maybe a bitmask of events to watch for.  When that
> inode (or its children) were changed, why couldn't the fs code call the
> callback function I specified?
RFTM: linux-2.4.0/Documentation/dnotify.txt

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

automount doesn't unmount

[Philipp Matthias Hahn]

Hello!

I'm using the kernel automounter to mount several cdrom's and partitions
on my smp-box. When the mount expires they aren't automatically
unmounted.
Forcing a 'kill -SIGUSR1 `pidof automount`' works for some devices, but
others stay.

$ umount /auto/install 
umount: /auto/install: device is busy

$ fuser -v /auto/install
 USERPID ACCESS COMMAND
/auto/installroot kernel mount  /auto/install

$ lsof | grep /auto/install
doesn't print anything

Is their a way to find out why the device is still busy?

$ uname -a
Linux titan 2.4.0-test11 #1 SMP Mon Nov 20 21:39:42 CET 2000 i686 unknown
$ mount --version
mount: mount-2.10q
$ /usr/sbin/automount --version
Linux automount version 3.1.7

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

automount doesn't unmount

[Philipp Matthias Hahn]

Hello!

I'm using the kernel automounter to mount several cdrom's and partitions
on my smp-box. When the mount expires they aren't automatically
unmounted.
Forcing a 'kill -SIGUSR1 `pidof automount`' works for some devices, but
others stay.

$ umount /auto/install 
umount: /auto/install: device is busy

$ fuser -v /auto/install
 USERPID ACCESS COMMAND
/auto/installroot kernel mount  /auto/install

$ lsof | grep /auto/install
doesn't print anything

Is their a way to find out why the device is still busy?

$ uname -a
Linux titan 2.4.0-test11 #1 SMP Mon Nov 20 21:39:42 CET 2000 i686 unknown
$ mount --version
mount: mount-2.10q
$ /usr/sbin/automount --version
Linux automount version 3.1.7

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

-
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/

[PATCH] linux-2.4.0-test7/driver/sbus/char/vfc_dev.c

[Philipp Matthias Hahn]

Hello!

I'm just trying to compile a kernel for my sparc and found a bug in the
above file:

In line 170:
dev->de = devfs_register (devfs_handle, devname, DEVFS_FL_DEFAULT,
  VFC_MAJOR, instance,
  S_IFCHR | S_IRUSR | S_IWUSR,
  _fops, NULL);

the call needs
static struct file_operations vfc_fops;
which is not defined until line 642. A forward declaration at the
beginning fixes the problem:

--- linux/drivers/sbus/char/vfc_dev.c.orig  Mon Sep  4 20:36:04 2000
+++ linux/drivers/sbus/char/vfc_dev.c   Mon Sep  4 20:31:28 2000
@@ -42,6 +42,7 @@
 #include "vfc.h"
 #include 
 
+static struct file_operations vfc_fops;
 static devfs_handle_t devfs_handle = NULL;  /*  For the directory  */
 struct vfc_dev **vfc_dev_lst;
 static char vfcstr[]="vfc";

The mentioned author can't be reached anymore so I'm sending this directly
to this list.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]




-
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/

[PATCH] linux-2.4.0-test7/driver/sbus/char/vfc_dev.c

[Philipp Matthias Hahn]

Hello!

I'm just trying to compile a kernel for my sparc and found a bug in the
above file:

In line 170:
dev-de = devfs_register (devfs_handle, devname, DEVFS_FL_DEFAULT,
  VFC_MAJOR, instance,
  S_IFCHR | S_IRUSR | S_IWUSR,
  vfc_fops, NULL);

the call needs
static struct file_operations vfc_fops;
which is not defined until line 642. A forward declaration at the
beginning fixes the problem:

--- linux/drivers/sbus/char/vfc_dev.c.orig  Mon Sep  4 20:36:04 2000
+++ linux/drivers/sbus/char/vfc_dev.c   Mon Sep  4 20:31:28 2000
@@ -42,6 +42,7 @@
 #include "vfc.h"
 #include asm/vfc_ioctls.h
 
+static struct file_operations vfc_fops;
 static devfs_handle_t devfs_handle = NULL;  /*  For the directory  */
 struct vfc_dev **vfc_dev_lst;
 static char vfcstr[]="vfc";

The mentioned author can't be reached anymore so I'm sending this directly
to this list.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]




-
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/

Multiple test_if_zero

[Philipp Matthias Hahn]

Hello!

Just a note: The patch to test8-pre3 contains 2 definitions of a
function to test is a memory-block is zero:

fs/buffer.c: int mem_is_zero(char *p, unsigned len)
fs/ext2/inode.c: static inline int all_zeroes(u32 *p, u32 *q)
driver/usb/hid.c: static __inline__ int search(__s32 *array, __s32 value, unsigned n)

There are perhaps some more declarations but the first two I found while
reading the diff for 'al'.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]


-
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/

Multiple test_if_zero

[Philipp Matthias Hahn]

Hello!

Just a note: The patch to test8-pre3 contains 2 definitions of a
function to test is a memory-block is zero:

fs/buffer.c: int mem_is_zero(char *p, unsigned len)
fs/ext2/inode.c: static inline int all_zeroes(u32 *p, u32 *q)
driver/usb/hid.c: static __inline__ int search(__s32 *array, __s32 value, unsigned n)

There are perhaps some more declarations but the first two I found while
reading the diff for 'al'.

Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]


-
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/