[current linus git] kernel warning : driver forgot to call drm_crtc_vblank_off()

Hi, I'm running current linus git kernel on VMWare Workstation 12 Pro (Host : windows 10, Guest : Fedora 27). commit e60e1ee60630cafef5e430c2ae364877e061d980 : Merge tag 'drm-for-v4.15' of git://people.freedesktop.org/~airlied/linux) When I login via Gnome GDM login screen, following

[current linus git] kernel warning : driver forgot to call drm_crtc_vblank_off()

Hi, I'm running current linus git kernel on VMWare Workstation 12 Pro (Host : windows 10, Guest : Fedora 27). commit e60e1ee60630cafef5e430c2ae364877e061d980 : Merge tag 'drm-for-v4.15' of git://people.freedesktop.org/~airlied/linux) When I login via Gnome GDM login screen, following

4.14-rc2 kernel NULL pointer dereference BUG : set_best_encoder+0x1b/0xa0

  Hi, I'm using VMWare Workstation 12 Pro, Windows7 host, Linux guest (Fedora 27). With current linus git (HEAD 770b782f55 - Merge tag 'acpi-4.14-rc3' ...), I hit following kernel BUG. It's not 100% reproduced, so sometimes I can see gnome login manager, sometimes I can't. git bisect may not

4.14-rc2 kernel NULL pointer dereference BUG : set_best_encoder+0x1b/0xa0

  Hi, I'm using VMWare Workstation 12 Pro, Windows7 host, Linux guest (Fedora 27). With current linus git (HEAD 770b782f55 - Merge tag 'acpi-4.14-rc3' ...), I hit following kernel BUG. It's not 100% reproduced, so sometimes I can see gnome login manager, sometimes I can't. git bisect may not

RE: Re: FW: [4.12 regression] "cpufreq: intel_pstate: Active mode P-state limits rework"

> >- Original Message - >Sender : Rafael J. Wysocki <r...@rjwysocki.net> >Date : 2017-06-01 08:58 (GMT+9) >Title : Re: FW: [4.12 regression] "cpufreq: intel_pstate: Active mode P-state >limits rework" > >On Monday, May 29, 2017

RE: Re: FW: [4.12 regression] "cpufreq: intel_pstate: Active mode P-state limits rework"

> >- Original Message - >Sender : Rafael J. Wysocki >Date : 2017-06-01 08:58 (GMT+9) >Title : Re: FW: [4.12 regression] "cpufreq: intel_pstate: Active mode P-state >limits rework" > >On Monday, May 29, 2017 02:18:52 AM Jongman Heo wrote: >

Re: Re: [4.11.0-rc1] kernel warning due to commit 3bb434cd, "vmw_vmci: switch to pci_irq_alloc_vectors"

> - Original Message - > Sender : gre...@linuxfoundation.org  > Date : 2017-03-06 16:08 (GMT+9) > Title : Re: [4.11.0-rc1] kernel warning due to commit 3bb434cd, "vmw_vmci: > switch to pci_irq_alloc_vectors" >   > On Mon, Mar 06, 2017 at 07:02:16AM 

Re: Re: [4.11.0-rc1] kernel warning due to commit 3bb434cd, "vmw_vmci: switch to pci_irq_alloc_vectors"

> - Original Message - > Sender : gre...@linuxfoundation.org  > Date : 2017-03-06 16:08 (GMT+9) > Title : Re: [4.11.0-rc1] kernel warning due to commit 3bb434cd, "vmw_vmci: > switch to pci_irq_alloc_vectors" >   > On Mon, Mar 06, 2017 at 07:02:16AM +, 허종만 wrote: >   >  > 

mptbase: fix printk output using pr_cont

With current linus git, Fusion MPT driver prints out unnecessary new lines. [2.090255] Fusion MPT base driver 3.04.20 [2.090257] Copyright (c) 1999-2008 LSI Corporation [2.090262] Fusion MPT SPI Host driver 3.04.20 [2.090979] mptbase: ioc0: Initiating bringup [2.196306] ioc0:

mptbase: fix printk output using pr_cont

With current linus git, Fusion MPT driver prints out unnecessary new lines. [2.090255] Fusion MPT base driver 3.04.20 [2.090257] Copyright (c) 1999-2008 LSI Corporation [2.090262] Fusion MPT SPI Host driver 3.04.20 [2.090979] mptbase: ioc0: Initiating bringup [2.196306] ioc0:

4.5 regression - [drm/vmwgfx] BUG: unable to handle kernel NULL pointer dereference at (null)

Hi all, With Linux 4.5-rc4, I still have a problem what I had reported, on VMWare workstation 10 (Linux guest, Windows 7 host); [drm/vmwgfx] BUG: unable to handle kernel NULL pointer dereference at (null)

4.5 regression - [drm/vmwgfx] BUG: unable to handle kernel NULL pointer dereference at (null)

Hi all, With Linux 4.5-rc4, I still have a problem what I had reported, on VMWare workstation 10 (Linux guest, Windows 7 host); [drm/vmwgfx] BUG: unable to handle kernel NULL pointer dereference at (null)

Re: Re: [4.4 regression] 46a7fd8a : pcnet32: use pci_set_dma_mask insted of pci_dma_supported

t; - return -ENODEV; > + return err; > } > if (!request_region(ioaddr, PCNET32_TOTAL_SIZE, "pcnet32_probe_pci")) { > if (pcnet32_debug & NETIF_MSG_PROBE) > Yes, now ethernet device works with the patch. Thanks, Jongman Heo.

Re: Re: [4.4 regression] 46a7fd8a : pcnet32: use pci_set_dma_mask insted of pci_dma_supported

busmaster DMA\n"); > - return -ENODEV; > + return err; > } > if (!request_region(ioaddr, PCNET32_TOTAL_SIZE, "pcnet32_probe_pci")) { > if (pcnet32_debug & NETIF_MSG_PROBE) > Yes, now ethernet device works with the patch. Thanks, Jongman Heo.

Re: Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use cache mode translation tables")

r mailer to use plaintext and not base64. > > On 12/16/2014 01:46 AM, Jongman Heo wrote: >>> Sender : Juergen Gross >>> On 12/16/2014 07:29 AM, Jongman Heo wrote: >>>>> Sender : Juergen Gross >>>>> On 12/16/2014 05:40 AM, Jongman Heo wrote: &

Re: Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables)

plaintext and not base64. On 12/16/2014 01:46 AM, Jongman Heo wrote: Sender : Juergen Gross On 12/16/2014 07:29 AM, Jongman Heo wrote: Sender : Juergen Gross On 12/16/2014 05:40 AM, Jongman Heo wrote: Sender : Juergen Gross On 12/15/2014 08:52 AM, Jongman Heo wrote: Sender : Juergen Gross On 12

Re: Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use cache mode translation tables")

>--- Original Message --- >Sender : Juergen Gross >Date : 2014-12-16 15:36 (GMT+09:00) >Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use >cache mode translation tables") > >On 12/16/2014 07:29 AM, Jongman Heo wrote: &

Re: Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use cache mode translation tables")

> >--- Original Message --- >Sender : Juergen Gross >Date : 2014-12-16 14:14 (GMT+09:00) >Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use >cache mode translation tables") > >On 12/16/2014 05:40 AM, Jongman Heo w

Re: Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use cache mode translation tables")

>--- Original Message --- >Sender : Juergen Gross >Date : 2014-12-15 20:52 (GMT+09:00) >Title : Re: [3.18+] Can't boot with commit bd809af1 ("x86: Enable PAT to use >cache mode translation tables") > >On 12/15/2014 08:52 AM, Jongman Heo wrot

Re: Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables)

--- Original Message --- Sender : Juergen Grossjgr...@suse.com Date : 2014-12-15 20:52 (GMT+09:00) Title : Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables) On 12/15/2014 08:52 AM, Jongman Heo wrote: --- Original Message

Re: Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables)

--- Original Message --- Sender : Juergen Grossjgr...@suse.com Date : 2014-12-16 14:14 (GMT+09:00) Title : Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables) On 12/16/2014 05:40 AM, Jongman Heo wrote: --- Original Message

Re: Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables)

--- Original Message --- Sender : Juergen Grossjgr...@suse.com Date : 2014-12-16 15:36 (GMT+09:00) Title : Re: [3.18+] Can't boot with commit bd809af1 (x86: Enable PAT to use cache mode translation tables) On 12/16/2014 07:29 AM, Jongman Heo wrote: --- Original Message

Re: Re: latest 3.14.0-rc8+ : "INFO: inconsistent lock state "

> > >--- Original Message --- > >Sender : Cong Wang > >Date : 2014-03-29 13:23 (GMT+09:00) > >Title : Re: latest 3.14.0-rc8+ : "INFO: inconsistent lock state " > > > >On Fri, Mar 28, 2014 at 8:21 PM, Jongman Heo wrote: >> >>

Re: Re: latest 3.14.0-rc8+ : INFO: inconsistent lock state

--- Original Message --- Sender : Cong Wangxiyou.wangc...@gmail.com Date : 2014-03-29 13:23 (GMT+09:00) Title : Re: latest 3.14.0-rc8+ : INFO: inconsistent lock state On Fri, Mar 28, 2014 at 8:21 PM, Jongman Heo wrote: Hi, guys, With today's linus git tree, I got following

[x86 question] invalid conversion of bootloader_type and bootloader_version ??

for GRUB 2 and the example bootloader, T != bootloader_type. Is this intended? First I thought that bootloader_type and bootloader_version should match with T and V configured in the bootloader. This would not bring any real world issue, but I'm just curious. Regards, Jongman Heo. N�r��y��

[x86 question] invalid conversion of bootloader_type and bootloader_version ??

and the example bootloader, T != bootloader_type. Is this intended? First I thought that bootloader_type and bootloader_version should match with T and V configured in the bootloader. This would not bring any real world issue, but I'm just curious. Regards, Jongman Heo. N�r��yb�X��ǧv

Re: Re: [PATCH v2] inet: fix possible seqlock deadlocks

--- Original Message --- Sender : Jongman Heo Date : 2013-11-29 11:08 (GMT+09:00) Title : Re: [PATCH v2] inet: fix possible seqlock deadlocks > > >-- Original Message --- >Sender : Eric Dumazet >Date : 2013-11-29 02:51 (GMT+09:00) >Title : [PATCH v2] inet: fi

Re: Re: [PATCH v2] inet: fix possible seqlock deadlocks

--- Original Message --- Sender : Jongman Heo jongman@samsung.com Date : 2013-11-29 11:08 (GMT+09:00) Title : Re: [PATCH v2] inet: fix possible seqlock deadlocks -- Original Message --- Sender : Eric Dumazet Date : 2013-11-29 02:51 (GMT+09:00) Title : [PATCH v2] inet: fix

Re: [PATCH v2] inet: fix possible seqlock deadlocks

re IP_INC_STATS_BH() were improperly used. > > udp_sendmsg(), ping_v4_sendmsg() and tcp_v4_connect() are called from > process context, not from softirq context. > > This was detected by lockdep seqlock support. > > Reported-by: jongman heo > Fixes: 584bdf8cbdf6 ("[IPV4]

Re: [PATCH v2] inet: fix possible seqlock deadlocks

IP_INC_STATS_BH() were improperly used. udp_sendmsg(), ping_v4_sendmsg() and tcp_v4_connect() are called from process context, not from softirq context. This was detected by lockdep seqlock support. Reported-by: jongman heo Fixes: 584bdf8cbdf6 ([IPV4]: Fix ipOutNoRoutes counter error for TCP

Re: Linux 3.13-rc1 is out

:35: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [crypto/asymmetric_keys/x509_public_key.o] Error 1 make[1]: *** [crypto/asymmetric_keys] Error 2 make: *** [crypto] Error 2 Looks like it's caused by following combination... # CONFIG_SYSTEM_TRUSTED_

Re: Linux 3.13-rc1 is out

/x509_public_key.o] Error 1 make[1]: *** [crypto/asymmetric_keys] Error 2 make: *** [crypto] Error 2 Looks like it's caused by following combination... # CONFIG_SYSTEM_TRUSTED_KEYRING is not set CONFIG_X509_CERTIFICATE_PARSER=y Jongman Heo -- To unsubscribe from this list: send the line unsubscribe

Re: Re: Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 support to the NFS server")

Hi, > >--- Original Message --- >Sender : J. Bruce Fields >Date : 2013-09-27 10:12 (GMT+09:00) >Title : Re: Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS >v4.2 support to the NFS server") > >On Thu, Sep 26, 2013 at 1

Re: Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 support to the NFS server")

Hi,Bruce, > >--- Original Message --- >Sender : J. Bruce Fields >Date : 2013-09-27 02:47 (GMT+09:00) >Title : Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 >support to the NFS server") > >On Thu, Sep 26, 2013 at 04:22:48AM +

Re: Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server)

Hi,Bruce, --- Original Message --- Sender : J. Bruce Fieldsbfie...@fieldses.org Date : 2013-09-27 02:47 (GMT+09:00) Title : Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server) On Thu, Sep 26, 2013 at 04:22:48AM +, Jongman Heo wrote

Re: Re: Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server)

Hi, --- Original Message --- Sender : J. Bruce Fieldsbfie...@fieldses.org Date : 2013-09-27 10:12 (GMT+09:00) Title : Re: Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server) On Thu, Sep 26, 2013 at 11:57:57PM +, Jongman Heo wrote

Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 support to the NFS server")

s your /etc/exports on the server? What >version of NFS are you using for nfsroot? > >Thanks! >Anna > >On Wed, Sep 25, 2013 at 1:19 AM, Jongman Heo wrote: >> >> Hi all, >> >> My embedded development box fails to NFS-boot with NFS server which uses >&g

Re: Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 support to the NFS server")

Hi, > >--- Original Message --- >Sender : J. Bruce Fields >Date : 2013-09-25 23:05 (GMT+09:00) >Title : Re: Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 >support to the NFS server") > >On Wed, Sep 25, 2013 at 05:19:50AM +,

Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server)

Hi, --- Original Message --- Sender : J. Bruce Fieldsbfie...@fieldses.org Date : 2013-09-25 23:05 (GMT+09:00) Title : Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server) On Wed, Sep 25, 2013 at 05:19:50AM +, Jongman Heo wrote: My embedded

Re: Re: Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server)

for nfsroot? Thanks! Anna On Wed, Sep 25, 2013 at 1:19 AM, Jongman Heo wrote: Hi all, My embedded development box fails to NFS-boot with NFS server which uses recent kernel. Using git bisect, I found it is caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server

Regression caused by commit 4bdc33ed ("NFSDv4.2: Add NFS v4.2 support to the NFS server")

es my issue, NFS boot is working then. I've done git bisect, but lost the resulting bisect log due to sudden power loss :(. Best regards, Jongman Heo N�r��yb�X��ǧv�^�)޺{.n�+{zX����ܨ}���Ơz�:+v���zZ+��+zf���h���~i���z��w���?�&�)ߢf��^jǫy�m��@A�a��� 0��h���i

Regression caused by commit 4bdc33ed (NFSDv4.2: Add NFS v4.2 support to the NFS server)

loss :(. Best regards, Jongman Heo N�r��yb�X��ǧv�^�)޺{.n�+{zX����ܨ}���Ơz�j:+v���zZ+��+zf���h���~i���z��w���?��)ߢf��^jǫy�m��@A�a��� 0��h���i

[3.9-rc5 regression, BISECTED] INFO: task umount:29671 blocked for more than 120 seconds

Hi guys, Once I reported this issue (on 1st Apr), and have just done git bisect. I hit kernel hang with 3.9-rc5, during unmount (the device was mounted via loop device, in case it matters). Steps to reproduce : # mount /mnt -o loop # umount /mnt It's bisected to commit 8761a3dc

[3.9-rc5 regression, BISECTED] INFO: task umount:29671 blocked for more than 120 seconds

Hi guys, Once I reported this issue (on 1st Apr), and have just done git bisect. I hit kernel hang with 3.9-rc5, during unmount (the device was mounted via loop device, in case it matters). Steps to reproduce : # mount ISO-9660_iso_image /mnt -o loop # umount /mnt It's bisected to

[3.9-rc5] INFO: task umount:29671 blocked for more than 120 seconds

Hi guys, I hit following warning with 3.9-rc5, during unmount (the device was mounted via loop device, in case it matters). Jongman. [ 3600.583547] INFO: task umount:29671 blocked for more than 120 seconds. [ 3600.583552] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this

[3.9-rc5] INFO: task umount:29671 blocked for more than 120 seconds

Hi guys, I hit following warning with 3.9-rc5, during unmount (the device was mounted via loop device, in case it matters). Jongman. [ 3600.583547] INFO: task umount:29671 blocked for more than 120 seconds. [ 3600.583552] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message.

[3.8-rc2] stuck at reading CIFS mounted directory

Hi, all, In 3.8-rc2, access to CIFS-mounted directory (df, ls, or similar) got stuck with following message. It's mounted with... mount -t cifs ///Share /mnt/window -o user=jongman.heo,password=,sec=ntlm [16655.288591] INFO: task bash:4042 blocked for more than 120 seconds.

[3.8-rc2] stuck at reading CIFS mounted directory

Hi, all, In 3.8-rc2, access to CIFS-mounted directory (df, ls, or similar) got stuck with following message. It's mounted with... mount -t cifs //win_host_ip_address/Share /mnt/window -o user=jongman.heo,password=,sec=ntlm [16655.288591] INFO: task bash:4042 blocked for more than 120

[3.8-rc1+] BUG: unable to handle kernel NULL pointer dereference, wait_iff_congested+0x45/0xdd

Hi, During SVN checkout (means heavy I/O), I hit this kernel BUG with current linus git (637704cb : Merge branch 'i2c-embedded/for-next'), in my VMWare Linux guest. [ 9141.015123] BUG: unable to handle kernel NULL pointer dereference at 0280 [ 9141.017870] IP: []

[3.8-rc1+] BUG: unable to handle kernel NULL pointer dereference, wait_iff_congested+0x45/0xdd

Hi, During SVN checkout (means heavy I/O), I hit this kernel BUG with current linus git (637704cb : Merge branch 'i2c-embedded/for-next'), in my VMWare Linux guest. [ 9141.015123] BUG: unable to handle kernel NULL pointer dereference at 0280 [ 9141.017870] IP: [c04ba69c]

How to debug system freeze (not detected by kernel debug options)

Dear kernel hackers, I have a problem in SMP environment, in x86 platform (Intel Atom based embedded system) In UP, there is no issue, but in SMP, system freezed in tens of minutes (or shorter), if I perform IO test with flash memory and HDD simultaneously (using dd). I enabled relevant

How to debug system freeze (not detected by kernel debug options)

Dear kernel hackers, I have a problem in SMP environment, in x86 platform (Intel Atom based embedded system) In UP, there is no issue, but in SMP, system freezed in tens of minutes (or shorter), if I perform IO test with flash memory and HDD simultaneously (using dd). I enabled relevant

Re: Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

--- Original Message --- Sender : Jongman Heo Date : 2012-10-24 11:53 (GMT+09:00) Title : Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted Hi, --- Original Message --- Sender : Eric Dumazet Date : 2012-10-24 04:39 (GMT+09:00) Title : Re

Re: Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

. Instead of original data, 0x00 was copied in those area. patch applied on top of 2d1f4c8e (Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux). Regards, Jongman Heo. --- Original Message End --- Hi, As I said in the previous post, with 2d1f4c8e + Eric's patch, I got

Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Among them, 4096 (0x1000) bytes are different, from 0x2B96001 to 0x2B97000. Instead of original data, 0x00 was copied in those area. patch applied on top of 2d1f4c8e ("Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux"). Regards, Jongman Heo. N�r��yb�X��ǧv�^�)޺{.n�+{zX����ܨ}���Ơz�:+v���zZ+��+zf���h���~i���z��w���?�&�)ߢf��^jǫy�m��@A�a��� 0��h���i

Re: Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Hi, --- Original Message --- Sender : Eric Dumazet Date : 2012-10-23 15:08 (GMT+09:00) Title : Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted On Tue, 2012-10-23 at 05:38 +, Jongman Heo wrote: > Hmm, > > I've just met the issue, with the commit

Re: Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Hi, --- Original Message --- Sender : Eric Dumazeteric.duma...@gmail.com Date : 2012-10-23 15:08 (GMT+09:00) Title : Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted On Tue, 2012-10-23 at 05:38 +, Jongman Heo wrote: Hmm, I've just met the issue

Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

(= 0x2BBF65C). Among them, 4096 (0x1000) bytes are different, from 0x2B96001 to 0x2B97000. Instead of original data, 0x00 was copied in those area. patch applied on top of 2d1f4c8e (Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux). Regards, Jongman Heo. N�r��yb�X��ǧv

Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

writing for mailing list... ] --- Original Message --- Sender : Jongman Heo Date : 2012-10-23 12:30 (GMT+09:00) Title : 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted Hi, all, With 3.7-rc2, I noticed that file copied to CIFS-mounted directory is corrupted. Integrity

3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Hi, all, With 3.7-rc2, I noticed that file copied to CIFS-mounted directory is corrupted. Integrity is checked by md5sum. 1. get md5sum of file located on local (ext4) disk 2. copy the file to CIFS-mounted directory 3. check md5sum of the copied file Host : Windows 7 Guest : Fedora

3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Hi, all, With 3.7-rc2, I noticed that file copied to CIFS-mounted directory is corrupted. Integrity is checked by md5sum. 1. get md5sum of file located on local (ext4) disk 2. copy the file to CIFS-mounted directory 3. check md5sum of the copied file Host : Windows 7 Guest : Fedora

Re: 3.7-rc2 regression : file copied to CIFS-mounted directory corrupted

Hmm, I've just met the issue, with the commit 5640f768 reverted. It seems that the issue does not always happen. So, my bisection may not be correct. At this moment, I don't have enough time to do bisection again.. Regards. [sorry for top posting, our corporate MTA is not good at e-mail

WARNING: at kernel/workqueue.c:1066 try_to_grab_pending

Hi Guys, I hit this warning with current linus + for-next branch of wq.git, running Fedora 17 on VMWare linux guest. [89449.738642] [ cut here ] [89453.060422] WARNING: at kernel/workqueue.c:1066 try_to_grab_pending+0x38/0x112() [89454.328625] Hardware name: VMware

WARNING: at kernel/workqueue.c:1066 try_to_grab_pending

Hi Guys, I hit this warning with current linus + for-next branch of wq.git, running Fedora 17 on VMWare linux guest. [89449.738642] [ cut here ] [89453.060422] WARNING: at kernel/workqueue.c:1066 try_to_grab_pending+0x38/0x112() [89454.328625] Hardware name: VMware