search for: testmode

Having a ModulePass that requires a FunctionPass that in turn requires another ModulePass results in an assertion being fired. Is this expected behavior (that seems to be undocumented), or a bug? Specifically, the following code will emit the assertion: [VMCore/PassManager.cpp:1597: virtual void llvm::ModulePass::assignPassManager(llvm::PMStack&, llvm::PassManagerType): Assertion

"A module pass can use function level passes (e.g. dominators) using getAnalysis interfacegetAnalysis<DominatorTree>(Function), if the function pass does not require any module passes." http://llvm.org/docs/WritingAnLLVMPass.html In your case, A module pass (ModPass2) is trying tu use function level pass (FunPass1) which uses module level pass (ModPass1). This is not

Hi all, Does anyone know how to get the channel ID on the other side of the call? For example: When SIP/50 calls SIP/21, and the call is answered by SIP/21 I get: SIP/21-6735 answered SIP/50-b456 ${CHANNEL} will show me SIP/50-b456. Is there a parameter or a workaround to get the SIP/21-6735 part? Thanks. Assaf Benharoosh -------------- next part -------------- An HTML attachment was

Hi, I''m new to puppet and trying to get started using it just in local mode. My basic question is: how can i reference a static file within the module (eg in the module''s files/ subdirectory, as described in http://reductivelabs.com/trac/puppet/wiki/ModuleOrganisation). I suppose i could try using a full.absolute path to the file, but that seems to completely defeat the purpose

I am trying to use KalmanSmooth to smooth a time series fitted by arima (and with missing values), but the $smooth component of the output baffles me. Look at the following example: testts <- arima.sim(list(ar=0.9),n=100) testts[6:14] <- NA testmod <- arima(testts, c(1,0,0)) testsmooth <- KalmanSmooth(testts, testmod$model) par(mfrow=c(2,1)) plot(testsmooth$smooth,

Good to know. I was referencing a local copy of 2.3 docs which didn't include the "does not require any module passes" statement. It appears the docs were changed two days before 2.4 was released in November. I suppose I should update my docs more often. Are there any plans to change this restriction, or any best practices to get similar behavior? Since immutable pass is a subclass

In the following scrap of code (pared down from actually useful code), the func->dump() command segfaults iff the commented-out line is uncommented. This is with llvm 3.0. I'm only dipping my toes into the waters of llvm for the first time, and have no idea what I am doing incorrectly. In actual code, I would be wanting to call the memcpy intrinsic eventually, of course. int main(void)

...rbose provide verbose messages at each step" echo " -d | --debug provide additional debug messages" echo " -h | --help this screen" } while [ "$1" != "" ]; do case $1 in -d | --debug ) DEBUG=1 VERBOSE=1 ;; -t | --test-only ) TESTMODE=1 ;; -v | --verbose ) VERBOSE=1 ;; -h | --help ) usage exit ;; * ) usage exit 1 esac shift done while read -r LINE do ERR=$LINE # Format of log line has date, host, process, user, mail storage file, and then the # attachment path failure, followed by...

This seems simple enough...I'm just not script wizard. If someone can throw together a starting point I can test and tweak it from there. It seems to me: 1. Read /var/mail/mail.err or specified logfile 2. For each "failed: read(/var/mail/attachments/aa/bb/attachmentHash-userHash" line, a. Confirm /var/mail/attachments/aa/bb/hashes/attachmentHash exists i. If

...return ath10k_htt_rx_proc_rx_frag_ind(htt, &resp->rx_frag_ind, skb); - break; } case HTT_T2H_MSG_TYPE_TEST: break; case HTT_T2H_MSG_TYPE_STATS_CONF: trace_ath10k_htt_stats(ar, skb->data, skb->len); diff --git a/drivers/net/wireless/ath/ath6kl/testmode.c b/drivers/net/wireless/ath/ath6kl/testmode.c index f3906dbe5495..89c7c4e25169 100644 --- a/drivers/net/wireless/ath/ath6kl/testmode.c +++ b/drivers/net/wireless/ath/ath6kl/testmode.c @@ -92,11 +92,10 @@ int ath6kl_tm_cmd(struct wiphy *wiphy, struct wireless_dev *wdev, ath6kl_wmi_test_cmd(ar-...

...return ath10k_htt_rx_proc_rx_frag_ind(htt, &resp->rx_frag_ind, skb); - break; } case HTT_T2H_MSG_TYPE_TEST: break; case HTT_T2H_MSG_TYPE_STATS_CONF: trace_ath10k_htt_stats(ar, skb->data, skb->len); diff --git a/drivers/net/wireless/ath/ath6kl/testmode.c b/drivers/net/wireless/ath/ath6kl/testmode.c index f3906dbe5495..89c7c4e25169 100644 --- a/drivers/net/wireless/ath/ath6kl/testmode.c +++ b/drivers/net/wireless/ath/ath6kl/testmode.c @@ -92,11 +92,10 @@ int ath6kl_tm_cmd(struct wiphy *wiphy, struct wireless_dev *wdev, ath6kl_wmi_test_cmd(ar-...

...ess/ti/wlcore/cmd.c | 2 +- drivers/net/wireless/ti/wlcore/debugfs.c | 22 +-- drivers/net/wireless/ti/wlcore/main.c | 72 +++---- drivers/net/wireless/ti/wlcore/scan.c | 2 +- drivers/net/wireless/ti/wlcore/sysfs.c | 2 +- drivers/net/wireless/ti/wlcore/testmode.c | 4 +- drivers/net/wireless/ti/wlcore/tx.c | 2 +- drivers/net/wireless/ti/wlcore/vendor_cmd.c | 6 +- drivers/net/wwan/qcom_bam_dmux.c | 4 +- drivers/net/wwan/t7xx/t7xx_hif_cldma.c | 6 +- drivers/net/wwan/t7xx/t7xx_hif_dpmaif_rx.c | 6 +- dri...

...probe line 58 drivers/pnp/pnpbios/rsparser.c: function pnpbios_encode_allocated_resource_data line 95 drivers/pnp/pnpbios/rsparser.c: function pnpbios_parse_compatible_ids line 48 drivers/pnp/pnpbios/rsparser.c: function pnpbios_parse_allocated_resource_data line 120 drivers/net/wireless/ath/ath6kl/testmode.c: function ath6kl_tm_cmd line 31 drivers/misc/mei/hbm.c: function mei_hbm_dispatch line 277 drivers/scsi/hptiop.c: function hptiop_finish_scsi_req line 45 drivers/pinctrl/samsung/pinctrl-s3c24xx.c: function s3c24xx_eint_get_trigger line 5 drivers/pinctrl/samsung/pinctrl-s3c24xx.c: function s3c24xx...

...probe line 58 drivers/pnp/pnpbios/rsparser.c: function pnpbios_encode_allocated_resource_data line 95 drivers/pnp/pnpbios/rsparser.c: function pnpbios_parse_compatible_ids line 48 drivers/pnp/pnpbios/rsparser.c: function pnpbios_parse_allocated_resource_data line 120 drivers/net/wireless/ath/ath6kl/testmode.c: function ath6kl_tm_cmd line 31 drivers/misc/mei/hbm.c: function mei_hbm_dispatch line 277 drivers/scsi/hptiop.c: function hptiop_finish_scsi_req line 45 drivers/pinctrl/samsung/pinctrl-s3c24xx.c: function s3c24xx_eint_get_trigger line 5 drivers/pinctrl/samsung/pinctrl-s3c24xx.c: function s3c24xx...