On Fri, Mar 13, 2015 at 1:29 AM, Larry Finger wrote:
> On 03/12/2015 06:33 AM, Yang Bai wrote:
>>
>> if rtlpriv->use_new_trx_flow == true and we run out of memory
>> to alloc a new skb, we will directly jump to no_new tag with
>> buffer_desc == NULL. Then we will
if rtlpriv->use_new_trx_flow == true and we run out of memory
to alloc a new skb, we will directly jump to no_new tag with
buffer_desc == NULL. Then we will dereference this NULL pointer
in function _rtl_pci_init_one_rxdesc.
Signed-off-by: Yang Bai
---
drivers/net/wireless/rtlwifi/pci.c |
e5 0f
[ 27.581968] RIP [] xhci_stream_id_to_ring+0x40/0x50
After applying this patch, this issue is fixed. And USB works as normal.
Tested-by: Yang Bai
On Sat, May 25, 2013 at 9:33 AM, Julius Werner wrote:
> The current XHCI code treats a command completion event with the
> COMP_CMD_ST
/bluetooth/hci_core.c:
int hci_dev_open(__u16 dev) {
if (hdev->setup && test_bit(HCI_SETUP, &hdev->dev_flags))
ret = hdev->setup(hdev);
if (!ret) {
...
}
}
Thanks,
Yang
On Fri, Jul 5, 2013 at 10:37 AM, Yang Bai wrote:
> The return value of btusb_setup_intel is com
Signed-off-by: Yang Bai
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
--
To unsubscribe from this
Hi all,
We have one driver which has been statically compiled into kernel, and
now we want to upgrade it. But we only have a new version module for
this driver. Could I just insmod this module and make the new driver
work?
If so, what happens to the static old one?
If not, Can we upgrade this dr
CC-ed Gwendal and Jeff
Ping.
On Mon, Jul 16, 2012 at 11:09 AM, Yang Bai wrote:
> Hi hackers,
>
> In our internal usage, we want to map the disk in system like
> sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
> card, we find that we can rely on the phy a
Hi hackers,
In our internal usage, we want to map the disk in system like
sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
card, we find that we can rely on the phy attribute of the disk to
find the slot since this attribute does not change no matter which
kind of disks we att
9 matches
Mail list logo